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[57] ABSTRACT 

A process for creating a 3D computer animated movie or 
animated sequence of images. A 3D scene and actor (a class 
of 3D objects) are initially selected by the user The user 
moves the mouse to place and orient the actor within the 3D 
scene without requiring additional types of input beyond 2D 
mouse inputs. Positioning and orienting of the actor is 
accomplished based on the distance and angle of mouse 
movement. Once the actor has been placed in the desired 
location and with the desired orientation, the content of the 
movie can be recorded. While recording, the user moves the 
actor along a path and selects actions or events to be 
performed along the path. By using a location-based record- 
ing model, editing and synchronization of the movie are 
enhanced. One example of an action performed by the actor 
is to change costumes. The costume of ihe actor is changed 
by selecting part of the actor with a single user interface 
operation, such as a mouse click. Repeatedly clicking upon 
the selected part of the actor cycles through different cos- 
tumes on that part of the actor. 

22 Claims, 31 Drawing Sheets 
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FIG. 4-b 
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SYSTEM AND METHOD FOR ANIMATING to move the object as needed, they do not provide a sinaple, 

AN OBJECT IN THREE-DIMENSIONAL effective interface for moving the object in three or more 

SPACE USING A TWO-DIMENSIONAL dimensions. In order to provide a simple, effective user 

INPUT DEVICE interface, it is desirable to place the object in the x-z plane 

5 and orient the object about the y-axis using only input from 

TECHNICAL FIELD the mouse. Therefore, there is a need in the art for an 

This invention relates to a system and method for creating ^^P^^^^^ "^^^^^ P^^^^^S ^""^ ^^'j^^- 

and storing computcr-ge aerated animation, and is more In computer animation, it is necessary for the program to 

particularly related to a system and method for placing and record where the specific actions or events performed by the 

orienting objects in space and for recording actions per- i° object are supposed to take place. A computer animated 

formed by the objects as they travel along a path. movie, Uke any other linear story, has the concept of time 

associated with it. A frame in a digital movie represents a 

BACKGROUND OF THE INVENTION snapshot of the animated objects (scene, actors, etc.) in time 

Modem computers provide effective tools for producing ^ as it would in actual fihn. The movie is replayed by 

animated movies. Computerized animation techniques pro- replaying all the events for each frame m each scene, 

vide many advantages over conventional pen-and-ink ani- In light of this fact, an approach used m prior art computer 

malion. For example, conventional animation requires that animation is to match the events to the frames of the movie, 

each cell or frame in an animated sequence be drawn and i.e., to make the events time-based. Although this approach 

inked individually. This requires painstaking attention to works well when recording the initial path and events, it 

detail in order to ensure that each object, such as the produces unsatisfactory results when the original movie is 

animated scenery and actors, appear consistent from one cell edited. In an example where the animated object is an actor, 

to the next. the ^^^^ ^ loom in frames 1-20, and sit down 

Computer animation solves these problems because once on a chair in frames 21-23 in the original sequence. If the 

an object is drawn, it can be repeated from cell to cell user wishes to change the mitial acUon from a run to a walk 

quickly, and without any variation. Likewise, computers ^ along that same path, in a model m which events are bound 

employ a variety of three-dimensional (3D) rendering tech- to frames, the actor would be approximately midway to the 

niques in order to represent 3D objects, such as actors, which chair by frame 21 and would sit down m space long before 

change position or location from one cell to the next, he reached the chair. Therefore, there is a need for a method 

„. , . . ■ . j„„„-„„. of recording the path of an object and events performed by 

Simple graphics applications use wire frame dnwing^ to 30 f j^^^^^^ ^^^f ^^^^J^^ ^^^^ 

connect points along the surface of a 3D object inorfero ^^j^^j^^^^; ^^.^^^^ object's position 

visually represent surface details of a 3D object. Wireframes 1 tt, j »- 

give the computer user a sense of depth perception, while a ong a pa . 

minimizing the amount of surface detail in order to reduce An example of an event that may be performed by an 

the computer processing capacity required to represent and 35 object is changing the appearance of an animated objec . In 

manipulate the 3D object. Although wire frames may be the context of traditional theater and motion picture 

used to effectively represent some 3D objects, the lack of productions, it is common for actors to change costumes 

detailed surface attributes may result in the 3D object having during and between scenes. Selecting costumes is a crucial 

an unreaUstic or confusing appearance. P"' of any theatrical production. Simi arly changing the 

Ray tracing is a 3D graphical technique that has been used 40 Wearance of an animated object can help tell a story more 

to render much more detailed and realistic representations of ' ective y. . . . . • ., 

3D objects. Essentially, ray tracing is a complex method of In the realm of computer animaUon, changing an object s 

producing shadows, reflections, and refractions in three appearance or attributes is very different than the real world 

dimensions. Ray tracing calculates the brightness, the of shrugging off a robe, wipmg off makeup, and reappearing 

reflectivity, and the level of transparency of the object by 45 from the dressing room with a new look. Dunng the process 

tracing light backwards from the viewer's eye to the object of making a computer animated movie. changing an object s 

from whkh light bounced off. By using more complex appearance or attributes can mvolve making intricate 

graphical techniques, such as ray tracing, a computer user changes to the attributes of the object. A great deal of 

can create an image of a 3D object and provide a great attention must be paid to how duU or shiny is the surface of 

amount of graphical detail. 50 the object or its parts, what color is the object or its parts, the 

Although computer animation eflfecUvely addresses many \hape of the object and what detail f ^-"^^P^^^^^^^ 
of the difficultlL associated with traditional animation *e surface of he object In order to change the appe^^^^^ 
techniques, it introduces various considerations of its own. of attributes of an object the three-dimensional surface o 
For example, the input devices associated with most com- the object must be pains akingly analyzed changed f 
puters inchicie a keyboard and a pointing device, such as a 55 desired and ledrawn by '^%'°^P^''lJ^}' ^'^^^.^ 
mouse. Although a mouse provides input in only two repeated for every surface of the animated object with 
dimensions, 3D animation typically requires that the object niultiple user interface operaUons. 
be moved in at least four dimensions, including movement This process is a very flexible way to change the appear- 
along the X, y, and z axes, and rotation about the vertical axis ance of a computer animated object. However, the process 
(ie the y-axis). Prior art methods have addressed this 60 can be complex and extremely time intensive. It requires a 
prot)lem by using keyboard input (e.g., the arrow keys) to great deal of skill by the user to understand the graphical 
control movement in the third or fourth dimensions. For manipulations requu-ed to change the attributes of each 
example, the mouse may be used to move the object from individual part of the object. Therefore, there is a need for 
right to left (x-axis) and front to back (z-axis), while the a simple, intuitive and eflBcient process for changmg the 
up/down and left/right arrow keys are used to move the 65 appearance of an object. 

object vertically (y-axis) and rotate the object about the In summary, there is a need in the art for an improved 
y-axis, respectively. Although these solutions allow the user method of placing and orienting an object using only two- 
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dimensional input from a mouse. Additionally, there is a 
need for a method of recording the location of an object and 
events performed by the object that facilitates editing and 
maintains the proper relationship between the events and the 
object's location. Finally, there is a peed for a simple, S 
intuitive and eflScicnt method for changing the appearance of 
an object. 

SUMMARY OF THE INVENTION 

The present invention satisfies the above described needs 
by providing an improved method for placing and orienting 
an actor in a scene. Two-dimensional input may be used to 
position the actor in three dimensional space and to simul- 
taneously adjtist the orientation of the actor about an axis 
perpendicular to a user-defined plane. The present invention ^ 
also provides a location-based system and method for stor- 
ing data associated with the path traversed by an actor and 
with the events performed by the actor as it traversed the 
path. Data is stored in such a manner that it may be edited 
without adversely affecting the synchronization with earlier 
recorded events. The present invention also provides a 
simple, intuitive method for changing the appearance of an 
object. This method allows the user to change the appear- 
ance of all object parts associated with an object with a ^ 
single user interface operation. 

Generally described, in one aspect, the present invention 
provides an iterative method for placing and orienting an 
object in a three dimensional space. The object is displayed 
at a start location and has a start orientation relative to a 
reference axis in the three dimensional space. The method 
receives coordinates corresponding to a candidate point for 
the object in the three dimensional space. The distance D 
between the start location and the candidate point is 
calculated, along with a candidate orientation for the object. 35 
A display location for the object is determined based on the 
distance D, the start orientation, and the candidate orienta- 
tion. A display orientation for the object is determined based 
on the distance D, the start orientation, and the candidate 
orientation. The objea is displayed at the display location ^ 
and oriented at the display orientation in the three dimen- 
sional space. 

More particularly described, the present invention pro- 
vides a computer system for placing and orienting an object. 
The computer system includes a processing unit, an input 45 
device connected to the processing unit, and a display device 
coupled to the processing unit for displaying the object. The 
processing unit is operative to display the object at a start 
location having a start orientation relative to a reference axis 
in the three dimensional space. In response to user input, the 50 
processing unit receives coordinates corresponding to a 
candidate point for the object in the three dimensional space. 
The processing unit calculates the distance D between the 
start location and the candidate point, and a candidate 
orientation for the object. The processing unit dctenmincs a 55 
display location and a display orientation for the object 
based on the distance D, the start orientation, and the 
candidate orientation. Finally, the processing unit displays 
the object at the display location and oriented at the display 
orientation in the three dimensional space. 50 

In another aspect, the present invention provides a method 
for storing data corresponding to the path traversed by an 
object and to the actions executed by the object as it 
traverses the path. The method determines a first one of the 
actions to be performed by the object and provides a series 65 
of images associated with the first action. Each of the images 
defines a distance of travel of the object. The method 
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determines whether the object is moving. If so, the method 
identifies a plurality of nodes along the path. The nodes 
correspond to the location associated with an occurrence of 
one of the series of images. If the object is not moving, the 
method determines the location of the object and the amount 
of time the action is executed at the location. The method 
then stores a path list comprising the location of the nodes 
and an event list comprising the location at which the first 
action begins and the elapsed time the first action is per- 
formed at the location. 

In another aspect, the present invention provides a method 
for editing data corresponding to actions executed by an 
object as it traverses a path. The method provides a path list 
comprising the location of a plurahty of nodes correspond- 
ing to the path and an event list comprising at least one 
action associated with the path list. The method identifies a 
location along the path and a new action to be performed by 
the object at the location. The event list is amended to 
include the new action, the location at which the new action 
begins and the elapsed time the new action is perfonned at 
the location. 

In yet another aspect, the present invention provides a 
method for changing the appearance of an object having a 
plurality of object parts. The method displays the object on 
a display device and selects one of the plurality of object 
parts in response to a single operation. The selected object 
part is associated with an object part set, which has one of 
a plurality of attributes. The method changes the first 
attribute associated with the object part set to a second of the 
plurality of attributes in response to selection of the object 
part. Finally, the method displays the object part set using 
the second of the plurality of attributes. 

More particularly described, an aspect of the present 
invention provides a method for changing the appearance of 
an object having a plurality of object parts. The method 
displays the object on a display device and selects one of the 
plurality of object parts. The method determines an object 
part set associated with the selected object part. The object 
part set has one of a plurality of attributes, each of which 
includes a plurality of display parameters assigned to each of 
the object parts associated with the object part set. The 
method then determines an ordered list of object parts 
associated with the object part set and a second of the 
plurality of attributes including a different plurality of dis- 
play parameters. The different plurality of display param- 
eters are applied to each of the object parts in the list of 
object parts. 

It is therefore an object of the present invention to provide 
an improved method for simultaneously placing and orient- 
ing an object. 

It is a further object of the present invention to provide an 
improved system and method for storing and editing data 
representing a path traversed by an object and actions 
performed by the object as it traverses the path. 

It is a fiirther object of the present invention to provide an 
improved method for changing the appearance of an object 
that includes a plurality of parts. 

These and other objects, features, and advantages of the 
present invention may be more clearly understood and 
appreciated from a review of the following detailed descrip- 
tion of the disclosed embodiments and by reference to the 
appended drawings and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a block diagram of a personal computer that 
provides the operating environment for the preferred 
embodiment of the present invention. 
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HG. 2 is a block diagram illustrating the interface DETAILED DESCRIPTION OF THE 

between a computer's input/output devices, an operating PREreRRED EMBODIMENT 

system, and an application program. _ . . - j-.j. * r i- 

™ \ . . ^.r^^^X -ij ■ .„ - ^ . The present mvcntion is directed to a system ror placmg, 

no. 3, oonsistmg of FIGS. 3a-3d, is an illustration of the orienting, and recording actions of an object, TTic preferred 
screen displays provided by the preferred program for 5 .n^bodiment of the present invention is represented by the 

supporting a user s seleaion of a scene and actor. .^j^ ^^y^^ MAKER" program, which is a computer 

no. 4, consisting of FIGS. 4a-Ae, is an iUustration of the animation application program marketed by Microsoft Cor- 

scrccn displays provided by the preferred program for poration of Redmond, Wash. Briefly described, the preferred 

supporting a user's placement and orientation of an actor in program allows users to create their own animated 3D movie 

a scene, or animated sequence of images by using a variety of 

FIG. 5, consisting of FIG. 5a and FIG. 5ft, is an illustra- computer animated actors and scenes. The user selects a 

tion of the screen displays associated with recording a path scene and an actor to appear in the scene. The selected actor 

and actions associated with an actor, is then placed and oriented in the 3D scene. One aspect of 

FIG. 6 is an illustration of the costume changer dialog the present invention is directed to the concept of position- 
screen display for the program forming the preferred ing and orienting an object, such as an actor, on the bases of 
embodiment of the present invention. the distance of mouse movement and the angle of mouse 

FIG. 7 is a state diagram illustrating the preferred method movement. After placing and orienting the actor, the user 

for selecting an actor and for placing and orienting the actor begins to record the movie and causes the actor to move 

in a scene 20 ^ user-defined path anywhere in a scene and perform 

FIG. 8 is a flow diagram of the preferred method for ^ ^^^ety of actions, such as walking, crawling, and 

determining a new position and orienution of an actor. changing costumes. Another aspect of the present invention 

^ . ..^ . ^ ^ J 1 is directed to stormg events and actions m association with 

HG. 9 IS an illustration of reference pointe and angular j^^^^^^ ^^^^^ user-defined path and applying 

measurements used by the preferred program for supporting ^^^^^ ^^^^^^ ^^^^ ^^^^^ ^^^^^ j^^^j^^ 

a user's placement and orientaUon of an actor. 25 ^^^^^ ^^^^ ^^^^^^ ^ ^^^^^.^^ ,^ 

FIG. 10, consisting of FIG. lOa and FIG. 10b, is an preferred program, one of the variety of actions is changing 

illustration of the calculations completed by the preferred ^j^^ ^^^^^.^ costume. The actor changes costumes when the 

method for determining the new position and orientation of selects part of an actor's costume with a single user 

the actor. interface operation such as a mouse click. Another aspect of 

FIG. 11, consisting of FIG. 11a and FIG, lift, is an the present invention is directed to changing the appearance 

illustration of the calculations resulting from the preferred of an object, such as an actor, by selecting part of the object 

method to determine the new position and orientation of the ^(tij ^ single user interface operation, such as a mouse click, 

actor. Thus, the preferred application provides a system and 

FIG. 12, consisting of FIGS. 12a-12d, is an illustration of method for placing and orienting an object in space and for 

the calculations resulting from the preferred method for recording actions performed by the object as it travels along 

determining the new position and orientation of the actor. a path, 

FIG. 13 is an illustration of a series of animated images Although the preferred embodiment will be generally 

associated with an action performed by an actor. described in the context of an program and an operating 

no, 14 is a state diagram illustrating the preferred 40 system running on a personal computer, those skilled in the 

method for recording a location-based path representation of art will recognize that the present invention also can be 

the data corresponding to an actor's path and actions. implemented in conjunction with other program modules for 

FIG. 15 is a diagram of an originally recorded path other types of computers. Furthermore, those skilled in the 

traversed by an actor and associated event data. art will recognize that the present invention may be imple- 

HG. 16 is a table of values stored in a path list and an 45 mented in a stand-alone or in a distributed computing 

4 1- * Ai.^.^rr. rxf PTP i« environmcnt. In a distnbuted computing environment, pro- 

event hst correspondmg to the diagram of FIG. 15. ^^^^^^ ^^^^^^^^ ^ ^^^^^^^ ^^^^^ 

r ' '''1 "^''-^''k '^f''T^ ^'f'^'l and remote memory storage devices. ExecuUon of the pro- 
method for editing a location-based path representation of ^^^^^^ ^^^^ ^^^^^^ ^ stand-alone manner or 
the data corresponding to an actor s path and actions. ^^^^^^^ ^ ^ client/server manner. Examples of such dis- 

FIG. 18 is a diagram of an edited path traversed by an tributed computing environments include local area net- 
actor and associated event data. works of an office, enterprise-wide computer networks, and 

FIG. 19 is a table of values stored in a path list and an jjjg global Internet, 

edited event list corresponding to the diagram of FIG, 18. detailed description which follows is represented 

FIG. 20 is a diagram that graphically illustrates the largely in terms of processes and symbolic representations 

hierarchical relationship between object parts that make up operations by conventional computer components, 

an object. including a processing unit, memory storage devices for the 

FIG. 21 is a table that numerically illustrates the hierar- processing unit, connected display devices, and input 

chical relationship between object parts that make up an devices. Furthermore, these processes and operations may 
object corresponding to the diagram of FIG. 20. go utilize conventional computer components in a heteroge- 

FIG. 22 is a table designating specific object part sets neous distributed computing environment, including remote 

corresponding to FIG. 21. file servers, remote computer servers, and remote memory 

FIG. 23 is a table of display parameters forming different storage devices. Each of these conventional distributed 

display attributes or costumes for a "shirt" object part set. computing components is accessible by the processing unit 

FIG. 24 is a flow diagram illustrating the preferred 65 via a communication network. Those skilled in the art will 

method of using a single user interface operation to change recognize that such a communications network may be a 

the appearance of an object having multiple object parts. local area network or may be a geographically dispersed 
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wide area network, such as an enterprise- wide computer 
network or the global Internet. 

The processes and operations performed by the computer 
include the manipulation of signals by a processing unit or 
remote server and the maintenance of these signals within 
data structures resident in one or more of the local or remote 
memory storage devices. Such data structures impose a 
physical organization upon the collection of data stored 
within a memory storage device and represent specific 
electrical or magnetic elements. These symbolic represen- 
tations are the means used by those skilled in the art of 
computer programming and computer construction to most 
effectively convey teachings and discoveries to others 
skilled in the art. 

For the purposes of this discussion, a process is generally 
conceived to be a sequence of computer-executed steps 
leading to a desired result. These steps generally require 
physical manipulations of physical quantities. Usually, 
though not necessarily, these quantities take the form of 
electrical, magnetic, or optical signals capable of being 
stored, transferred, combined, compared, or otherwise 
manipulated. It is conventional for those skilled in the art to 
refer to these signals as bits, bytes, words, values, elements, 
symbols, characters, terms, numbers, points, records, 
objects, images, files or the like. It should be kept in mind, 
however, that these and similar terms should be associated 
with appropriate physical quantities for computer 
operations, and that these terras are merely conventional 
labels applied to physical quantities that exist within and 
during operation of the computer. 

It should also be understood that manipulations within the 
computer are often referred to in terms such as adding, 
comparing, moving, positioning, placing, altering, etc. 
which are often associated with manual operations per- 
formed by a human operator. The operations described 
herein are machine operations performed in conjunction 
with various input provided by a human operator or user that 
interacts with the computer. 

In addition, it should be understood that the programs, 
processes, methods, etc. described herein are not related or 
hmited to any particular computer or apparatus, nor are they 
related or limited to any particular communication network 
architecture. Rather, various types of general purpose 
machines may be used with program modules constructed in 
accordance with the teachings described herein. Similarly, it 
may prove advantageous to construct a specialized apparatus 
to perform the method steps described herein by way of 
dedicated computer systems in a specific network architec- 
ture with hard-wired logic or programs stored in nonvolatile 
memory, such as read only memory. 

Referring now to the drawings, in which like numerals 
represent like elements throughout the several figures, 
aspects of the present invention and the preferred operating 
environment will be described. 

THE OPERATING ENVIRONMENT 

FIGS. 1 and 2 illustrate various aspects of the preferred 
computing environment in which the present invention is 
designed to operate. Those skilled in the art will immedi- 
ately appreciate that FIGS. 1 and 2 and the associated 
discussion are intended to provide a brief, general descrip- 
tion of the preferred computer hardware and program 
modules, and that additional information is readily available 
in the appropriate programming manuals, user's guides, and 
similar publications. 

RG. 1 illustrates a conventional personal computer 10 
suitable for supporting the operation of the preferred 
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embodiment of the present invention. As shown in FIG. 1, 
the personal computer 10 operates in a networked environ- 
ment with logical connections to a remote computer 11. The 
logical connections between the personal computer 10 and 

5 the remote computer 11 arc represented by a local area 
network 12 and a wide area network 13. Those of ordinary 
skill in the art will recognize that in this client/server 
configuration, the remote computer U may function as a file 
server or compute server 

10 The personal computer 10 includes a processing unit 14, 
such as the 80486 or "PENTIUM" microprocessors manu- 
factured by Intel Corporation of Santa Clara, Calif. The 
personal computer also includes system memory 15 
(including read only memory (ROM) 16 and random access 

15 memory (RAM) 17), which is connected to the processing 
unit 14 by a system bus 18. The BIOS 19 for the personal 
computer 10 is stored in ROM 16. Those skilled in the art 
will recognize that the BIOS 19 is a set of basic routines that 
helps to transfer information between elements within the 

20 personal computer 10. 

Within the personal computer 10, a local hard disk drive 
20 is connected to the system bus 18 via a hard disk drive 
interface 21. A floppy disk drive 22, which is used to read or 
write a floppy disk 23, is connected to the system bus 18 via 

^ a floppy disk drive interface 24. A CD-ROM drive 25, which 
is used to read a CD-ROM disk 26, is connected to the 
system bus 18 via a CD-ROM interface 27. A user enters 
commands and information into the personal computer 10 
by using a keyboard 28 and/or pointing device, such as a 

'^^ mouse 29, which are connected to the system bus 18 via a 
serial port interface 30. Other types of pointing devices (not 
shown in FIG. 1) include track pads, track balls, and other 
devices suitable for positioning a cursor on a computer 
monitor 31. The monitor 31 or other kind of display device 
is connected to the system bus 18 via a video adapter 32. 

The remote computer 11 in this networked environment is 
connected to a remote memory storage device 33. This 
remote memory storage device 33 is typically a large capac- 

^ ity device such as a hard disk drive, CD-ROM drive, 
magneto-optical drive or the like. The personal computer 10 
is connected to the remote computer 11 by a network 
interface 34, which is used to communicate over the local 
area network 12. 

45 As shown in FIG. 1, the personal computer 10 is also 
connected to the remote computer 11 by a modem 35, which 
is used to communicate over the wide area network 13, such 
as the Internet. The modem 35 is connected to the system 
bus 18 via the serial port interface 30. Although illustrated 

5Q in FIG, 1 as external to the personal computer 10, those of 
ordinary skill in the art will quickly recognize that the 
modem 35 may also be internal to the personal computer 11, 
thus communicating directly via the system bus 18. It is 
important to note that connection to the remote computer 11 

55 via both the local area network 12 and the wide area network 
13 is not required, but merely illustrates alternative methods 
of providing a communication path between the personal 
computer 10 and the remote computer 11. 
Although other internal components of the personal com- 

60 puter 10 are not shown, those of ordinary skill in the art will 
appreciate that such components and the interconnection 
between them are well known. Accordingly, additional 
details concerning the internal construction of the personal 
computer 10 need not be disclosed in connection with the 

65 present invention. 

Those skilled in the art will understand that program 
modules such as an operating system 36, application pro- 
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grams 37, and data are provided to the personal computer 10 the user places the actor within the scene by moving the 

via one of the local or remote memory storage devices, mouse across the screen, the mouse coordinates and mouse 

which may include the local hard disk drive 20, floppy disk button status are provided to the program by the operating 

23, CD-ROM 26, RAM 17, ROM 16, and the remote system. The primary "WINDOWS 95" operating system 
memory storage device 33. In the personal computer 10, the 5 messages and function calls involved in this process are 

local hard disk drive 20 is used to store data and programs, discussed below. 

including the operating system and programs. g^oeral, a window procedure receives mouse messages 

FIG. 2 is a simphfied block diagram illustrating the from the operating system whenever the mouse cursor 

interaction between the computer hardware 200, the oper- passes over the window or a mouse button is chcked within 
ating system 36, and an apphcation program 37fl. Referring lO a window. The "WINDOWS 95" operating system posts a 

now to both FIGS. 1 and 2, when the personal computer 10 WM_MOUSEMOVE message to the appropriate program 

is turned on or reset, the Basic Input/Output System (BIOS) when the cursor is moved over the "client area" of a window. 

19, which is stored in the ROM 16, instructs the processing When the user presses or releases the left mouse button 

unit 14 to load the operating system 36 from the hard disk while the cursor is in the client area, the operating system 
drive 20 into the RAM 17. Once the operating system 36 is 15 posts a WM_LBUTTONDOWN or WM_LBUTTONUP 

loaded into RAM 17, the processing unit 14 executes the message to the window. 

operating system 36 and causes the visual elements associ- jhe WM_MOUSEMOVE, WM_LBUTTONDOWN, 

aled with the user interface of the operating system 36 to be and WM_LBUTrONUP messages each include two 

displayed on the monitor 31. parameters known as IParam and wParam. The IParam 

The operating system 36, in conjunction with the BIOS 19 parameter indicates the position of the mouse cursor. The 

(FIG. 1) and associated device drivers, provides the basic loworderwordof the IParam indicates the x-coordinate, and 

interface between the computer's resources, the user, and the the high-order word of the IParam indicates the 

application program 37fl. The operating system 36 interprets y-coordinatc. The coordinates are given in "client 

and carries out instructions issued by the user. For example, coordinates," where the position is relative to the upper left 
when the user wants to load an application program 37a, the ^ corner of the client area of the window. The wParam 

operating system 36 interprets the instruction (e.g., double parameter contains flags that indicate the state of the mouse 

clicking on the application program's icon) and causes the buttons and the SHIFT and CNTRL keys. These can be 

processing unit 14 to load the program code into RAM 17 checked when mouse message processing depends on the 

from either the local hard disk drive 20, floppy disk 23, state of another mouse button or of the SHIFT and CNTRL 

CD-ROM 26, or the remote memory storage device 33. keys. 

Once the application program 37a is loaded into the RAM From this brief description, it should be appreciated that 
17, it is executed by the processing unit 14. In case of large operating systems, such as the "WINDOWS 95" and "WIN- 
programs, the processing unit 14 loads various portions of DOWS NT" operating system, are quite complex and pro- 
program modules into RAM 17 as needed. vide a wide variety of services that allowusers and programs 

As discussed earlier, the preferred embodiment of the to utilize the resources available in the personal computer, 

present invention is embodied in the "3D MO VIE MAKER" Those skilled in the art will be famihar with operating 

program, which is designed to operate in conjunction with systems and their various features, which include, but are in 

Microsoft Corporation's "WINDOWS 95" or "WINDOWS no means limited to, the specific messages and funaions 
NT* operating systems. However, it should be understood ^ described above. For more comprehensive information 

that the invention can readily be implemented in other regarding the "WINDOWS 95" and "WINDOWS NT' 

operating systems, such as Microsoft Corporation's "WIN- operating system and its interaction with programs, the 

DOWS 3.1" operating system, IBM Corporation's "OS/2" reader may refer to any of a variety of publications, includ- 

operating system, and the operating system used in ing the "Win32 Programmer's Reference" published by 

"MACINTOSH" computers manufactured by Apple Microsoft Press and "Advanced Windows" published by 

Computer, Inc. Microsoft Press. 

The operating system 36 provides a variety of functions or Likewise, those skilled in the art will appreciate that the 

services that allow an application program 37a to easily deal preferred program, "3D MOVIE MAKER," provides a wide 

with various types of input/output (I/O). This allows the variety of features and functions in addition to those 
application program 37o to issue relatively simple function 50 included in the brief description presented above. For addi- 

calls that cause the operating system 36 to perform the steps tional information regarding the "3D MOVIE MAKER" 

required to accomplish various tasks, such as displaying text program, the reader may refer to the documentation that is 

on the monitor 31 (FIG. 1) or printing text on an attached distributed by Microsoft Corporation with the program, 
printer (not shown). Generally described (with reference to 

FIG. 2), the application program 37a communicates with the 55 ™^ PREFERRED ANIMATION PROGRAM 
operating system 36 by calling predefined functions pro- Turning now to FIGS. 3-24, the general process of 
vided by the operating system 36. The operating system 36 creating an animated movie by using the preferred program 
responds by providing the requested information in a mes- will be described. In the context of the present invention, an 
sage or by executing the requested task. object is a three-dimensional (3D) representation of a tan- 
In the context of the present invention, the primary 60 gible item. An object may be modeled as having a number 
interaction between the preferred program and the operating of related sub-parts or object parts. In the preferred 
system involves mouse-related ftmctions and messages. As embodiment, a representative type of object is a 3D human- 
will be described more completely below, the program oid actor having multiple body parts, 
receives mouse coordinates and mouse button status from In the preferred program, a user is able to easily create a 
the operating system. For example, when placing and on- 65 3D animated movie wixh 3D scenes, actors, and props, 
enting an actor in a scene of the preferred program, an actor Initially the user selects a scene from a group of available 
is visually associated with the mouse and its movement. As scenes. The user then selects an actor fi-om a group of actors 
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and places and orients the actor in the scene. After placing 
and orienting the actor, the user begins to record the movie, 
which consists of a computer- animated sequence of images. 
While recording, the user moves the actor along any arbi- 
trary path that is defined by the user and causes the actor to 
perform any of a variety of actions, such as walking, 
crawling, and changing costumes. In the preferred program, 
the actor changes costumes when the user selects part of an 
actor's costume with a single user interface operation such 
as a mouse cUck. Once the action is recorded, the user may 
replay or edit the movie. This process will now be described 
in additional detail in conjunction with various drawing 
figures. Although the description refers to a single actor, it 
should be understood that two or more actors may be placed 
in the same scene, and that multiple actors may appear to 
interact with each other as a result of the actions that are 
recorded for each actor. 

FIGS. 3a-£/ illustrate the screen displays provided by the 
preferred program in order to allow the user to select a 3D 
scene and actor. FIG. 3a depicts an initial movie creation 
screen 305, which includes a scene display area 310 and a 
series of general operational choice buttons 31Sa-d. The 
movie creation screen 305 is displayed by the preferred 
program after the user indicates that he or she wishes to 
create a new movie. The movie creation screen 305 provides 
a "File" button 315a that may be used to save a movie to or 
to load a movie from one of the computer's memory storage 
devices. A "Help" button 315b activates a display of textual 
information to assist the user. A "Map" button 315c assists 
the user with other available dialog windows in the preferred 
program. An "Exit" button 315d allows the user to exit from 
the preferred program. 

In the preferred program, the first step in the creation of 
a movie is to select a 3D scene or background, which 
provides a 3D environment or stage for an actor. The user 
accomplishes this using the mouse to select the "Scene 
Choice" button 320 on the movie creation screen 305. 

FIG. 3fc depicts a scene browser 325, which is displayed 
by the preferred program in response to the user's selection 
of the *'Scene Choice" button 320. The scene browser 325 
displays a variety of available scenes 330 from which the 
user may choose. The user selects one of the available scenes 
330 by moving the mouse over the desired scene 340 and 
clicking the mouse button. If the user decides not to select 
one of the available scenes 330, the "Cancel" button 335 
may be selected at any time. 

Referring now to FIG. 3c, once a scene is selected, the 
prefened program displays the movie creation screen 305 
with the selected scene 340 appearing in the scene display 
area 310. The scene 340 is rendered on the monitor as a 3D 
perspective rendering and may include several props, such 
as a tent 345 and a treasure chest 350. The user may place 
additional props in the desired scene 340 by selecting the 
"Props" button 351. 

At this point, several additional buttons also appear in the 
movie creation screen 305. The "Undo" button 355 allows 
the user to undo the last step taken. The "Edit" button 360 
allows a user to edit the actions associated with the selected 
scene 340. 

Once the scene 340 is selected, the user chooses an actor 
by selecting an "Actor Choice" button 365. FIG, 3d illiis- 
trates an actor browser 370, which is displayed in response 
to the user selecting the "Actor Choice" button 365. The 
actor browser 370 displays a variety of available actors 375 
that can be used in an animated 3D movie. The user selects 
one of the available actors 375 by moving the mouse over 
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the desired actor 385 and clicking on that actor 385. If the 
user does not wish to select one of the available actors 375, 
a "Cancel" button 380 may be selected at any time. 
After the user selects an actor from the actor browser, the 

5 preferred program displays the actor at an initial position in 
the previously selected scene. As illustrated in FIG. 4fl, the 
initial position is the approximate center of the scene with 
the actor facing the user. The user may then use one of the 
aspects of the present invention to move the actor to another 

to position and reorient the actor prior to beginning to record 
the movie. 

In the preferred program, the actor 385 is placed in the x-z 
plane (indicated in FIG, 4a) and oriented about the y-axis 
using the 2D input from the mouse. The actor 385 is initially 
located at ground level (with respect to the y-axis), but may 
be moved up and down using the arrow keys on the 
keyboard 28 (FIG. 1). Those skilled in the art will recognize 
that there are also *' three dimensional mouses," which 
include y-axis controls (e.g., a roller) that can be used in Ueu 
^ of the up and down arrow keys on the keyboard. 

FIGS. 4a~4e depict screen displays associated with plac- 
ing and orienting an actor 385 in a scene 340. In FIGS. 4a-c, 
the actor is moved, as a result of mouse movement, along a 
curved path toward the front left side of the screen. It is 
^ important to note that while the actor 385 is moving during 
the placing and orienting of the actor 385, the preferred 
program does not record any movement or action of the 
actor 385. This allows the user to use the mouse to move the 
actor to a desired position for the beginning of the scene. 

FIG. 4a depicts the actor 385 at the initial position in the 
approximate center of the scene. At this point, the actor 385 
is facing the user, which is an absolute reference of zero 
degrees. 3D (x-y-z) axes and angular reference are shown 
for purposes of this discussion and do not actually appear in 
the screen displays of the preferred program. 

HG. 4b illustrates the actor 385 at a second point along 
a curved path toward the front left side of the display. As the 
actor's path curves to the left, the actor's orientation also 
rotates toward the left side of the scene. 

40 

FIG. 4c illustrates the actor 385 at the desired position 
toward the front left side of the display. Again, as a result in 
the change in the direction of the path, the actor's orientation 
has changed so that the actor 385 faces almost directly 

45 toward the left side of the scene. 

Once the actor is in the desired position, the user may fine 
tunc the actor's rotation to a desired orientation. In the 
context of this application, fine tuning refers to adjusting the 
actor's rotation or orientation without also changing the 

50 actor's position. This is accomplished by moving the mouse 
in a circular motion without moving the mouse more than a 
predetermined number of pixels. FIG. 4<i illustrates the actor 
385 being rotated clockwise. In RG. 4e, the actor has finally 
been rotated so that he is facing the right side of the display. 

55 In summary, the actor 385 has been moved by the user 
during this placement and orientation process from the 
center portion of the scene 340, toward the left of the scene 
340, then oriented to face the right of the scene 340. After 
the user is satisfied with the position and orientation of the 

60 actor 385, the user "places" the actor 385 by clicking the 
button on the mouse. An embodiment of a method for 
placing and orienting an actor is described in greater detail 
below in conjunction with FIGS. 5-10, 

In general, once the actor is placed and oriented in the 

65 scene, the content of the movie is recorded. This content 
includes movement of the actor and actions performed by 
the actor. To record the content of the movie, the user defines 
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a path along which the actor travels by selecting the actor, 
selecting an action, and dragging the mouse along the 
desired path. The actions performed by the actor at specific 
locations along the path include such actions as walking, 
running, crawhng, or flying. The preferred program also 5 
allows users to create events that include background music, 
sound effects, and spoken phrases. Thus, the preferred 
application employs another aspect of the present invention 
to record the content of the movie by recording and storing 
the 3D location of the path and the actions performed by the 
actor while traveling along the path. 

In order to select the desired action, the user clicks on an 
"action" button and then clicks on the actor. This results in 
the displaying of a screen that identifies the preanimated 
actions that can be performed by the selected actor Some of 
the actions are associated with linear movement, such as 
walking, running, crawling, etc. Others do not typically 
include movement along a path. These include jumping, 
dancing, karate kick, etc. 

After the user selects the desired action, the preferred 
application again displays the actor in the scene. At that 
point, the user uses the mouse to point to the actor. If the user 
wants the actor to move, the user clicks the mouse button 
and drags the actor along the desired path. The actor will 
perform the selected action while he is moving. If the actor ^ 
is stationary, the user simply points to the actor and clicks 
and holds the mouse button without moving the mouse. This 
results in the actor performing the desired action without 
moving from his original position. 

FIGS. 5a and 5^ depict screen displays that illustrate the ^ 
process of recording the movie or animation sequence. FIG. 
5a is an illustration of the actor 385 running from the left 
side of the scene 340 to the right side of the scene 340. This 
is accomplished by selecting the "Running" action and 
dragging the actor 385 across the scene 340. As the actor 385 
travels along the path designated by the user's movement of 
the mouse, the actor 385 performs the selected animated 
action. 

As mentioned above, not all actions are performed or 
recorded when the actor 385 is moving along the path. In 4Q 
some situations, the actor 385 performs the action while 
stationary at a point along the path. FIG. Sb shows the actor 
385 falling down in the scene 340. After the user selects the 
"Falling Down" action, the user selects the actor 385 and 
holds down the mouse button without dragging the mouse. 
The preferred program recognizes the lack of movement of 
the mouse and responds by rendering and recording the 
selected action (falling down) of the actor 385 over time 
while the actor 385 is stationary. 

In summary, the content of the movie is recorded by 50 
storing the path of the actor and associated actions per- 
formed by the actor at specific locations along the path. If the 
actor is stationary while perfonming an action, the preferred 
application records the content of the movie by storing the 
action of the actor at a point along the path along with the 55 
amount of time the action is performed. The content is stored 
and can later be edited to change what actions are performed 
during the movie while preserving synchronization of the 
movie sequence. FIGS. 13-19 describe in more detail an 
embodiment of a method for recording the path and actions go 
of an actor. 

As previously mentioned, the preferred program provides 
a variety of preanimated actions that can be perfonmed by 
each actor. An exemplary action performed by the actor is a 
change in appearance or costume of the actor. 65 

FIG. 6 is an illustration of a costume changer dialog 600 
for the preferred program. The costume changer dialog 600 



is displayed when the user desires to change the costume of 
an actor 385. Referring now to FIG. 6, the costume changer 
dialog 600 has several related selection buttons 605a-c 
which are used when changing cosUimes. 

In the preferred program, a "Costume Selection" button 
605a is first selected by the user to change a costume, such 
as the shirt 610, pants 615, shoes 620, or facial features 625 
of the actor 385. After selecting the "Costume Selection" 
button 605a, the user positions and clicks the mouse on the 
part of the actor 385 having the costume. By this single user 
interface operation, the costume on the desired part of the 
actor 385 is changed. Repeatedly clicking on the same part 
of the actor 385 results in cycling through a group of 
available costumes for that part of the actor. 

In the preferred embodiment, if the user desires to place 
a hat (not shown) on the actor 385, a "Hat Selection" button 
605fe is selected to display the shape of a hat on the actor 
385. Additionally, if the user desires to view the actor 385 
from a different perspective (rear, side, top, or front), a 
"View Selection" button 605c is selected. 

When all costume changes have been made, an "OK" 
button 606 is selected. The actor 385 is then displayed in the 
scene 340 with the changed costume. However, if no cos- 
tume change is desired, the user may depress a "Cancel" 
button 607 to leave the costume changer dialog 600 and 
return to the scene 340 with the same costume. FIGS. 20-24 
describe in more detail an embodiment of a method for 
easily changing the costume of an actor 385. 

THE PREFERRED EMBODIMENT OF THE 
PRESENT INVENTION 

In light of the foregoing general description of the opera- 
tion of the preferred program, the various aspects of the 
present invention will now be described in detail. These 
aspects include 3D placement and orientation of the actor, a 
location based path and event model, and a simplified 
costume changer. 

3D Placement and Orientation 

An aspect of the present invention provides an intuitive 
and efficient method for simultaneously placing and orient- 
ing an object in 3D space. In particular, the preferred 
embodiment utilizes 2D input from a mouse to control an 
actor in three dimensions, including the position in the x-z 
(horizontal) plane and the orientation about the y axis. In the 
context of the preferred program, the invention is used to 
place and orient the actor in a scene, and to record the 
actions or movements that form a part of the movie once the 
character has been initially placed. As explained above, 
when the user selects an actor from the choices presented in 
the actor browser, the actor is displayed in the center of the 
selected scene and oriented toward the user. The placement 
and orientation features of this aspect of the present inven- 
tion allow the user to easily reposition and reorient the actor 
before beginning to record the scene. This process is illus- 
trated in the example of FIGS. 4a-e, in which the actor 385 
is moved from the initial position (FIG. 4a) forward and 
toward the left side of the scene (FIG. 4c) and rotated (FIG. 
4d) to face the right side of the scene (FIG. 4e), In the 
preferred program, the user clicks the mouse button to 
indicate that the actor is in the desired position and orien- 
tation. The manner in which this aspect of the present 
invention facilitates the placement and orientation of the 
actor is described in more detail below. 

Those skilled in the art will understand that the preferred 
program uses two-dimensional (2D) input from a mouse or 
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other input device to place and oricDt a 3D object (i.e., the 
actor) in a 3D rendering environment. As illustrated in FIG. 
4a, movement along the x-axis moves the actor right or left. 
The z-axis corresponds to forward/backward movement, and 
the y-axis corresponds to up and down movement. A fourth 
dimension includes rotating the actor about the y-axis. 

During the placement and orientation process, the pre- 
ferred program places the actor on a plane. Initially, the 
plane is at "ground level" with respect to the y-axis. 
However, the plane that determines the actor*s elevation is 
user-defined and can be adjusted at any time by using the up 
and down arrow keys. The 2D input from the mouse is used 
to control the actor's position along the x-axis and z-axis. 
The 2D input from the mouse is also used to control the 
actor's orientation or rotation about the y-axis. Thus, the 2D 
input from the mouse is used to control the actor in three 
dimensions, which include the position along the x-axis, the 
position along the z-axis, and the orientation about the 
y-axis. 

Those skilled in the art will appreciate that using the 2D 
mouse input both to place the actor in the x-z plane and to 
orient the actor about the y-axis is in effect an attempt to 
solve a 3D problem using two-dimensional input. This is 
problematic because movement in three dimensions is not 
well defined by simple 2D mouse input. Specifically, with 
2D input, it is potentially ambiguous whether each input 
from the mouse indicates an intent on the part of the user to 
move the object in space, without rotation, or an intent to 
rotate the object in place. The placement and orientation 
aspect of the present invention provides an cf&cient, natural 
and casy-to-usc interface for users to manipulate 3D objects 
without requiring additional types of input (e.g., right/left 
arrow keys) or mouse clicks. 

The placement and orientation aspect of the present 
invention is predicated on the assumption that there are 
natural and canonical user expectations associated with 
mouse dragging and that these expectations can be realized 
to create a natural and easy-to-use interface. More 
particularly, this aspect of the present invention controls the 
orientation of the actor on the basis of assumptions regard- 
ing the relationship between the position and speed indicated 
by the 2D input and the desired position and orientation of 
the actor The orientation calculations are based on the 
distance moved between successive mouse coordinate 
points and the angle between the last two line segments that 
are formed by those points. These underlying assumptions 
and relationships are described in more detail below. 

Before describing the details of the placement and orien- 
tation aspect of the present invention, it is helpful to review 
the genera] steps associated with placing and orienting an 
actor in the preferred program. RG. 7 is a state diagram 700 
that illustrates the general steps associated with positioning 
and orienting an actor prior to recording the movie. From the 
idle state 705, the program displays the actor browser (state 
710) in response to a click of the mouse button while the 
cursor is positioned over the "actor." When the user chcks on 
the desired actor, the method proceeds to state 715 and 
displays the actor at the predetermined initial position and in 
the initial orientation. As mentioned above, the actor is 
initially placed in the approximate center of the screen and 
oriented toward the user. 

Once the actor has been selected and displayed at the 
initial point, any mouse movement will result in a change in 
the position and/or orientation of the actor As described 
above, the mouse data is provided to the program by the 
operating system in the context of a WM_MOUSEMOVE 
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message. At state 720 the 2D mouse position data from the 
operating system is translated into 3D coordinates that 
correspond with the displayed scene. In the preferred 
embodiment, the actor's x and z coordinates are obtained by 

5 scaling the mouse's directional movement. Those skilled in 
the art will understand that there are various ways to 
translate mouse coordinates into three dimensions and that 
the placement and orientation aspect of the present invention 
is not dependent on the particular technique used. 

Once the current mouse coordinate is translated into the 
3D coordinate system, the method proceeds to state 725 and 
determines the new position and orientation of the actor. At 
state 725 the method uses successive input points (x, y, z) in 
3D space to produce a display point (xd, yd, xd) and an 
orientation Od with respect to the vertical axis for the next 
rendering of the 3D object. This process is described in more 
detail in conjunction with FIGS. 8-12. After the new posi- 
tion and orientation are determined, the method proceeds to 
state 730 and displays the actor at the calculated position and 

2Q in the calculated orientation. 

From state 730 the method does one of two things. If the 
user clicks the mouse button, the method places the actor at 
the current position and in the displayed orientation and 
terminates the placement process (state 735). At that point 

25 the user may begin to record the movie with the actor 
starting in the displayed position and orientation. If the user 
moves the mouse instead of clicking the mouse button, the 
method returns to state 720 and repeats the process of 
translating the motise input into 3D coordinates. From there, 

3Q the new position and orientation are determined (state 725) 
and the actor is displayed (state 730). 

Turning now to FIGS. 8-9, the details of the placement 
and orientation aspect of the present invention will be 
described. As mentioned above, this aspect of the present 

35 invention relies on a series of assumptions regarding the 
relationship between the speed and position of the mouse 
movement and the position and orientation of the actor. 
These assumptions are essential to the determination of what 
constitutes an easy and user-friendly interface for simulta- 

4Q neously controlling 3D object positioning and orientation. 
The underlying assumptions may be stated as follows. 
First, objects should face in the direction of the mouse drag. 
Second, directional change in mouse coordinates should be 
able to map naturally to a corresponding directional change 

45 in 3D space. Third, it is easy and natural for users to initially 
place an object in space and then finely tune that object's 
orientation, and both are possible in one smooth operation. 
Fourth, rapid mouse movement should generate immediate 
and responsive 3D object positioning and orientation. 

50 In order to provide a simple, efficient user interface that is 
consistent with the aforementioned assumptions, one aspect 
of the present invention applies a variety of modifications to 
the mouse movement. First, this aspect of the present 
invention smoothes the actor's orientation in order to avoid 

55 jerky rotational turns as the actor is dragged across the 
screen. Second, this aspect of the present invention weights 
the smoothing of the orientation so that the new orientation 
is weighted proportionally to the mouse speed. This both 
allows objects to face in the direction of the drag in 

60 immediate response to large mouse movement and enables 
a fine granularity of control of rotation with small mouse 
movement, where the movement of the mouse in the x and 
y directions is within predetermined limits. Third, this aspect 
of the present invention damps the distance moved in direct 

65 proportion to the angular change. This restricts undesirable 
wandering of the object when the user is fine tuning the 
orientation of the actor 
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FIG. 8 is a flow diagram of a method 725 for determiniag 
the position and orientation of the actor. The method 725 
forms a part of the method 700 of FIG. 1, and determines the 
position and orientation of the actor on the basis of cunent 
mouse movement. In the 3D world rendered by the preferred 
program, all objects exist in a 3D coordinate space called 
"world space." Coordinates for the positions and distances 
in this world are defined in terms of "world units." Because 
world space is a representation of physical reality, there is a 
scale between world units and actual, physical units. In 
particular, 10 world units equal about 1 meter in the real 
world. During the process of placing and orienting the actor, 
one pixel of mouse movement equates to 0,02 world units. 
When the user is recording a movie and dragging an actor 
along a path, each pixel of mouse movement equates to 0.2 
world units. 

In the method 725, point PgKx, y, z) represents the cunent 
candidate location, i.e. the point in 3 -space corresponding to 
the most recent mouse input. Point P2 denotes the location 
where the actor is currently displayed. Point P^ denotes the 
coordinates of the previous point at which the actor had been 
displayed. In the preferred program, the point P^ is tempo- 
rarily saved for each location. In the method 725, Oj«(ai, 
Yi) represents the orientation the actor had at point P,. 
02=(ct2> p2> Y2) is represent the orientation the actor 

had at point Pj. The angular references (a, p, y) are absolute 
references with respect to a fixed reference about the x-axis, 
the y-axis and the z-axis, respectively. FIG. 9 provides an 
illustration of these points in the x-z plane. 

The method 725 starts at step 800 and proceeds to step 
805, where it calculates the distance between point P3 and 
point Pj. At step 810 the method 725 determines the 
candidate orientation 0^ by calculating the directed vector 
from point P^ to point P3. 

At step 815 the method computes E, which is the angular 
change between the two directed vectors (P3, P2) and (P2, 
P3). 

At step 820 the method determines a weighting factor w, 
which is used to weight the orientation smoothing function 
in proportion to the speed of the mouse travel. The weighting 
factor w is calculated by the formula w=ki* d, and is 
bounded between (k^, 1). In the preferred program, ki-'/i 
and k2=0.1. The weighting factor is used below in conjunc- 
tion with step 830. 

At step 825 the method calculates the position at which 
the actor will be displayed. The calculation damps the 
distance moved by the actor in direct proportion to the 
original angular change E, which was calculated at step 815. 
At step 825 the value E^=E is bounded between kj and k4. 
In the preferred program, k3=0.2n and k4=4 * k3 (in radians). 
The distance between the point P2 and the displayed point 
P3' is determined by 

E^E, bounded between kj and Ic*, where 
k3-0.2ji and k4=4*k3 (if in radians). 
D-D • (kj/Er) 

Similarly, the change in the x, y, and z coordinates of point 
P3 are recomputed by 

Ax-Ax • (kj/Er), 
Ay-Ay * (kj/Er), and 
A2-A2 • (kj/Er). 
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Once the position of displayed point P3' is calculated at 
step 825 the method determines the actual orientation of the 
actor at that point. This is accomplished by calculating a 
weighed average of Oj and O3 using the following formula: 

5 

0^~{w-0^)^{{\-wyO:,) 

for w defined at step 820, Those skilled in the art will 
appreciate that the angles (a, p, y) of rotation about each axis 
are separately smoothed by this formula. 

30 Once the position P3' and the corresponding orientation 
O3 are determined, the method 725 terminates at step 835. 
As illustrated in FIG. 7 this data is then used to display the 
actor at state 730 of method 700. At that point, the object is 
displayed at the location of the modified point P3'»(x, y, z) 

15 with the modified orientation O3. 

In summary, the effect of the calculations performed by 
method 725 arc as follows. First, the preferred value for kj 
results in the new orientation being observed exactly when 
the mouse speed generates a distance larger than 3 units. 

20 Thus, the weighting factor w (step 820) assures rapid 
response to rapid mouse movement. Similarly, calculating 
the weighted average at step 830 enables the user to control 
rotation with fine granularity. Calculating the damped dis- 
tance at step 830 prevents significant object wandering 

25 during orientation. Those skilled in the art will appreciate 
that the effects of these steps combine to provide the desired 
effect. The combination of effects is more important to the 
outcome than the particular type of damping (i.e., linear or 
non-linear) that is used in the equations. 

30 Refening still to FIGS. 8-9, the following scenarios 
illustrate the combined effects of these calculations. These 
effects are also illustrated in the diagrams of FIGS. 10-12. 

Large Distance, Large Angle: The mouse is moving fast, 
turning sharply. Step 820 counteracts step 830 to allow the 

35 object to immediately face the current direction of the moiise 
drag. Step 825 ensures that the distance is damped due to 
large E. The visible result is that the 3D object momentarily 
pauses and turns. 

Large Distance, Small Angle: The mouse is moving fast 

40 with Uttle angular change. As above, steps 820 and 830 
guarantee that the rotation tracks the mouse movement 
exactly. Step 825 guarantees that the distance moved is not 
damped. The result is that the 3D object accurately tracks 
both the speed and orientation of the rapid mouse move- 

45 menl. 

Small Distance, Large Angle: The mouse is moving 
slowly with large angular change: The combination of steps 
820 and 830 allow smoothed rotation control. Step 825 
brings mouse movement to a near grinding halt. The 

50 assumption is that the user has correctly placed the 3D object 
in space and is now adjusting the object's orientation. The 
severe damping of distance allows the user to continue to 
rotate the object without significantly moving the object 
from the location where it is positioned. 

55 Small Distance, Small Angle: As above, rotation is 
smoothed for fine granular rotation control. The user is fine 
tuning the object's orientation. 

Note that rapid mouse action generates rapid response. If 
the mouse is abruptly dragged in a new direction, the first 

60 lime the innovation is invoked, the object will stop and turn. 
During subsequent movement, step 820 ensures that the 
object will be oriented in the direction of the mouse drag and 
will move at full speed. Note that without step 820, the 
object would not face in the direction of the drag for 

65 considerable distance. 

FIGS. 10-12 provide illustrations of the output points 
provided by the placement and orientation aspect of the 
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present invention for a series of mouse coordinates. In the 
illustrations of FIGS. 10-12, it is assumed that the actor's 
vertical position (along the y-axis) is fixed and that the 
actor's movement takes place in the plane defined by the 
X-axis and z-axis. The actor's orientation or rotation takes 
place about the y-axis. In these figures, PO represents the 
original position and orientation of the actor after the actor 
is selected from the actor browser. At this point, the actor is 
facing the user (0 degrees). The square elements (PI, P2, 
etc.) represent the input coordinates (or candidate positions) 
that are derived from the mouse input (FIG. 7, state 720). 
The arrows associated with each of the coordinates indicates 
the angular orientation of the vector drawn to that point from 
the preceding point. The round elements (PI', P2', etc.) 
represent the actor's positions and corresponding orienta- 
tions that are displayed as a result of the method described 
in conjunction with FIG. 8. Those skilled in the art will 
appreciate that where the square and round elements are 
shown immediately adjacent each other, they are intended to 
represent the same position in the x-z plane. 

In addition to the plots of the actor's actual position and 
orientation versus mouse input coordinates, FIGS. 10-12 
each include charts (FIGS. lOb, Mb, and I2d) that illustrate 
the calculations performed by the placement and orientation 
aspect of the present invention. Each column is defined 
below. In this description, let p„ represent the current input 
candidate location (i.e., the point corresponding to the most 
recent mouse input), p„.i' represent the location where the 
actor is currently being displayed, and P^^' represent the 
saved location where the actor had previously been dis- 
played. 



Column HUc 


Description 


P 


The point oa the graph that is 




associated with the figures in that 




row 


Candidate 


The current input coordinates 


Position 


associated with the mouse input 




(see FIG. 5, state 520) 


Ax 


The difference along the x-axis 




between the candidate position 




(PJ and the current di^layed 




pceitioE (Pn_i') 


Az 


The difference along the z-axis 




between the candidate position 




(P^) and the current displayed 




position (Pij-iO 


Distance 


The distance between the candidate 




position (Pn) and the current 




displayed position (Pn.i') 




(see FIG. 8, step 805) 




The candidate orientation as 




defined by the vector between the 




cunent displayed position (P„_i') 




and the candidate position (P(j) 




(sec no. 8. step 810) 


E 


The angular change between the 




vector (Pa_2', Po.i*) and the 




vector (P^_i', PJ (FIG. S, step 815) 


w 


The weighting factor, which 




depends on the distance traveled 




by mouse (FIG, 8, step 820) 


Et 


Tlie bounded angular change. 




E, = E bounded between the values of 




and (FIG. 8, step 820) 




TTie value of the variable Kj 


divided by the value of 


D 


The damped distance between 




p„.i' and the next point that will be 




displayed (FIG. 8, step 825) 


x' 


The X coordinate of the damped 




position of the artor (FIG. 8, step 825) 
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-continued 



Column Title 


Description 


z' 


The z coordinate of ttie damped 




position of the actor (FIG. S, step 825) 


O' 


The modified orientation angle of 




the actor (FIG. 8, step 830) 



FIGS. 10 and 11 illustrate sequences of the positions and 
10 orientations of actors that are originally facing the user, and 
then moved directly away from the user along the z-axis. In 
FIG. 10, the movement along the z-axis is fairly quick. In 
FIG. 11, the movement along the z-axis begins slowly and 
increases speed. 
j5 In FIG. 10, the actor's orientation at initial position PO is 
0 degrees. Returning to FIG. 8 and FIG. 10, the candidate 
position PI is five units from initial position PO, and the 
candidate orientation and angular change E are 180 degrees. 
The large angular change results in the next display point PI' 
being at a damped distance of 1.25 units instead of the 
distance of five units to the candidate position. The large 
distance between initial point PO and candidate point PI 
result in the displayed orientation being 180 degrees. The 
relationship of PO to PI corresponds to the scenario defined 
above as having a large distance and a large angle. As stated 
25 above, step 820 counteracts step 830 to allow the object to 
immediately face the current direction of the mouse drag, 
and step 825 guarantees that the distance is damped due to 
large E. The visible result is that the 3D object momentarily 
pauses and turns. This is illustrated in FIG. lOfl by the point 

30 PI'. 

From point PI' to candidate point P2, the distance is 13.75 
units and the angular change (between the vectors (PO, PI') 
and (PI', P2)) is zero. This example corresponds to the 
scenario described above as large distance and small angle. 

35 In this case, steps 820 and 830 guarantee that the rotation 
tracks the mouse movement exactly. Step 825 guarantees 
that the distance moved is not damped. The result is that the 
3D object accurately tracks both the speed and orientation of 
the rapid mouse movement. This same scenario applies to 

40 the remaining points in FIG. 10a. 

In FIG. 11, as in FIG. 10, the actor beings at PO facing the 
user and moves directly away from the user. However, the 
actor initially moves at a slower rale. From initial point PO 
to candidate point PI, the distance is 1 and the angular 

45 change is 180 degrees. The large angular change results in 
the distance to displayed point PI' being damped to 0.25 
instead of 1. Furthermore, the short distance results in the 
weighting factor w being small and the angular change being 
damped. The result is that displayed point PI' is at position 

50 z=0.25 with an orientation angle of 60 degrees. This corre- 
sponds to the scenario described above as small distance, 
large angle. In such a case, the combination of steps 820 and 
830 allow smoothed rotation control. Step 825 brings mouse 
movement to a near grinding halt. The assumption is that the 

55 user has correctly placed the 3D object in space and is now 
adjusting the object's orientation. The severe damping of 
distance allows the user to continue to rotate the object 
without significantly moving the object from the location 
where it is positioned. 

60 From displayed point PI' to candidate P2, the distance is 
1.75 and the angular change in the direction of movement is 
0 degrees. The small angular change results in the distance 
to displayed point P2' not being damped. As in the previous 
case, the small distance results in the orientation being 

65 damped. The result is that displayed point P2' is at position 
z=2 (the same as candidate point P2) with an orientation 
angle of 130 degrees. 
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The following points P3', P4*, P5', and P6' demonstrate the orientation aspect of the present invention provides a 

same effects being repeated. In each case, the orientation is straightforward; convenient user interface for placing and 

damped but the distance is not. The actor's orientation does orienting an actor or other object in 3D space. This aspect of 

not reach 180 degrees until displayed point P6'. the present invention smoothes the object's orientation to 

FIGS. 12a-d illustrate the movement of an actor along a 5 avoid jerky rotational turns as the object is dragged across 

path similar to that depicted in FIG. 4. In this case the actor the screen. This aspect of the present invention also weights 

begins at initial point PO facing the user. From there, the smoothing so that the new orientation is weighted 

actor moves forward toward the user and over toward the left proportionaUy to the mouse speed. This allows objects to 

side of the screen. Once the actor arrives at the left side of direction of the drag in immediate response to 

the screen, the actor is rotated to face to the right. FIG. Ua ^ movement and enables a fine granularity of 

Illustrates the entire path represented by the moi^e input ^ ^.^^ ^.^ ^^^^j ^^^^ movement. In addition, 

pomls. FIGS^ ^^'"^^^^ ""'n ?h/H?Ived this aspect of the present invention damps the distance 

portions of the path and also illustrate the displayed posi- j ■ j- * * *u ^ u 

iions and corresponding orientations. FIG. 12d k a chart >" darcct proportion to the angular change. This 

showing the calculations that correspond to the mouse input restncts undearable wandenng of the objec when fine 

Doints of FIG 12^2 -^^ tuning the rotation. Those skilled m the art will understand 

Referring now to HG. 8 and FIG. 12, from initial point PO that variations in these features arc possible. The preferred 

to candidate point PI, the actor is traveling a large distance implementation requires that only one pnor point be stored, 

with no angular change. As discussed above, steps 820 and Likewise, the constants may be altered to provide various 

830 guarantee that the rotation tracks the mouse movement results. The combination of these features provides a very 

almost exactly. Step 825 guarantees that the distance moved 20 effective, natural user interface, 

is not damped. The result is that the 3D object accurately Location-based Model for Recording Events 

tracks both the speed and orientation of the rapid mouse ^ , . . 

movement Another aspect of the present invention provides a 

From point PI' to candidate point P2, the actor travels a location-based system and method for storing a path tra- 

large distance with a small angular change. This also results 25 versed by an actor and the events and actions that are 

in the actor accurately tracking both the speed and orienta- executed as the actor traverses the path. As dcscnbed earlier, 

tion of the mouse movement. ^he preferred program requires a user to select a se tmg or 

From point P2' to candidate point P3, the actor is traveling scene for a movie and then select the actor or actors that are 

a large distance with a large angular change. In this case. going to be m the movie. Once an actor has been selected 

step 820 counteracts step 830 to allow the object to imme- 30 and placed in a scene, the user can select actions for 

diately face the current direction of the mouse drag. execution by the actor and define the path along which the 

However, step 825 causes the distance to be damped due to actions are executed^ In order to dcfirie the path, the user 

the large angular change. The visible result is that the 3D ^nust record the path by directly manipulatmg the actor m 30 

object momentarily pauses and turns. Tliis is illustrated in space usmg the mouse, ^ile the actor is traversing the path, 

FIG I2b 35 execute a series of events that modify the behavior or 

From point P3' to candidate point P4, the actor is traveUng appearance of the actor in soine way. The prior art relies on 

a large distance with a small angular change. As in the earlier a stnct temporal-based method of stormg the path and event 

cases, steps 820 and 830 guarantee that the rotation tracks data, m which the actions and cvente are associated with a 

the mouse movement almost exacUy. Step 825 guarantees certain frame of the movie. Although this works well when 

that the distance moved is not damped. The result is that the 40 initiaUy recording the action, it presents unexpected results 

3D object accurately tracks both the speed and orientation of ^^hen cditmg an movie. The present invention enhances the 

the rapid mouse movement. editing process by separately stonng the actions and events 

From point P4' to candidate point P5, point P5' to candi- to be performed and assoaating them with the location of 

date point P6, and point P6' to candidate point P7, the actor the actor along the path. 

is traveling a large distance with a small angular change. As 45 A 3D movie or animated sequence of images, like any 

above this results in the position and orientation of the actor other linear story, has the concept of time associated with it. 

accurately tracking the mouse movement. A frame in the preferred program represents a snapshot of 

From point ?T to candidate point P8, the actor is traveling the scene, actors, etc., in time as it would in an actual film, 

a moderate distance with a moderate angular change. In this A movie is replayed by replaying all the events for each 

case, the angular change results in the distance traveled 50 frame in each scene. The preferred program provides pre- 

being sUghtly damped. Similarly, the distance traveled animated actions (e.g., walking, running, dancmg, jumping) 

results in the orientation being slighUy damped. This is for each actor. FIGS. 5a and 5i? illustrate an actor performing 

illustrated in FIG. 12c. two prcanimatcd actions. In FIG. 5a, the actor 385 is nmning 

From point P8' to candidate point P9, the actor again as he moves across the screen. In FIG. 5b, the actor 385 has 

moves a moderate distance with a fairly large angular 55 completed the fainting action after arriving at a point toward 

change. In this case, the distance traveled causes the orien- the right side of the screen. 

tation to be slightly damped. The fairly large angular change Those skilled in the art will appreciate that any of the 

results in the distance being fairly severely damped. This is preanimated actions may be performed while the actor is 

illustrated in FIG. 12c. stationary or non-stationary, and that the actor's movement 

Finally, from point P9' to candidate point PIO, the actor 60 or change in position is determined solely by the mouse, 

travels a fairly large distance with a moderate angular However, those skilled in the art will also appreciate that 

change. As in earlier cases, the distance traveled results in preanimated actions are canonically stationary or non- 

the orientation being identical to the vector from P9' to PIO. stationary, i.e., some preanimated actions have the concept 

Likewise, the small angular change results in the distance of forward motion associated with them, while others do not. 

not being damped. 65 For example, each frame in the preanimated sequences for 

From the foregoing description and illustrations, those running, walking, crawling, etc. is associated with moving a 

skilled in the art will appreciate that the placement and predetermined distance. Stationary actions such as jumping, 
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dancing, fainting, etc. do not have the concept of forward 
motion associated with them. 

When a stationary actor performs any action, it is 
recorded with reference to time. When a moving actor 
performs any action, it is recorded with reference to the 
actor's position. When a moving actor performs a non- 
stationary action (e.g., running, walking), the program dis- 
plays the actor's movement in accordance with non-zero cell 
distances associated with each cell in the preanimated 
sequence. These cell distances are appropriate for the type of 
action being performed. When a moving actor performs a 
stationary action (e.g., jumping, spinning), the program 
imposes a contrived "floating speed" and displays the actor's 
movement in accordance with this constant, non-zero speed. 

FIG. 13 illustrates a preanimated sequence for an actor 
dribbling a soccer ball. Those skilled in the art will appre- 
ciate that in order to give the appearance that the actor is 
running, this sequence of images is repeated as an actor 
moves across the screen. In the case of non-stationary 
actions, the action is typically performed as the user moves 
the actor along the desired path by dragging the mouse. Each 
frame or cell is associated with a predetermined distance 
related to the movement of the actor. In FIG. 13, these 
distances appear below each frame in the sequence and 
represent mouse pixels. As mentioned earlier, each mouse 
pixel represents approximately 0.2 world units. Thus, when 
the actor is moving, cell 2 will be displayed 32 mouse pixels 
after cell 1, cell 3 will be displayed 25 mouse pixels after cell 
2, etc. Those skilled in the art will understand that the 
"distance'* between each cell is not equal because it corre- 
sponds to the distance that an actor would travel during each 
particular part of his stride. 

As illustrated by FIG. 13, with preanimated actions the 
distance moved is prescribed by the action itself. When the 
movie is recorded, the direction of movement is determined 
by the user. This aspect of the present invention provides a 
method for determining when and where each event or 
action is to occur. The location-based method for storing 
path and event data achieves several goals. First, the path/ 
event model addresses editing considerations. Just as a film 
director can retake sections of a movie, the user is able to 
edit details or events in the movie, changing the actions, 
costumes, orientation, etc. of each actor without requiring 
rerecording of the actor's path. For example, a user is able 
to reorient the actor midway through a scene, or to change 
a hop action to a slow walk action beginning in any frame 
without rerecording the entire path, and without disrupting 
synchronization wherever possible. The path also has 
enough precision to retain its WYSIWYG (what you see is 
what you get) characteristics. When the movie is replayed, 
this allows the actor to appear exactly as it did when the 
movie was recorded. The amoimt of data required to store 
the path/event list is not overly large. In the preferred 
embodiment, each frame requires 12 bytes of storage. In 
addition, the path storage attempts to reflect intentional 
mouse movement by applying a simple averaging algorithm 
to smooth out noise level irregularity. 

To facilitate editing and the other considerations, this 
aspect of the present invention provides a location-based 
event model. The path and the event stream are stored 
separately. The path contains the 3D coordinates of the actor 
as it travels along a path. The path is parameterized such that 
it is possible to map the distance along the path to an (x, y, 
z) point in 3 -space. Each event, such as an action, orientation 
or costume change event, includes both a path parameter, 
and a time parameter, which can identify the elapsed time at 
the given path location. Therefore, to represent an actor 
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Standing in place, the event stream would indicate the 
stationary action of standing, a path parameter identifying 
the location of the stationary action, and a time element 
indicating the amount of time spent performing that action 
5 at that location. 

When a movie is played, if an actor is moving along the 
path, the events that are applied are those that correspond to 
the newly traversed section of the path. If an actor is 
stationary, the events that are applied are those that corre- 
10 spond to the indicated lime period at the current path point. 

Those skilled in the art will appreciate that once the 
actor's original path is recorded, editing affects only the 
event list and will not affect the stored path data unless the 
user rerecords a portion of the path. By binding events to 
path locations, many synchronization problems found in the 
prior art are resolved. Returning to the above example in 
which changing a walk to a mn results in the actor sitting 
before reaching the chair, the sit action would consistently 
happen at the location of the chair regardless of whether the 
initial action was a run or a walk. 

In the preferred program, the location-based event model 
is stored in RAM 17 (FIG. 1) as follows. The path is 
described by a set of path nodes, ((x, y, z),dist), where (x, y, 
z) is the location of the actor in 3-space and "dist*' is a 
^ distance to the next path node. The concept of path nodes is 
discussed below. The dist parameter is an optimization that 
will be described below. 

In the event list, each event includes the following path 
and time parameters: 

1. an index into the path, identifying the ith node 

2. the distance beyond the ith node identifying the path 
location for the event 

3. the time elapsed at the above path location. 

35 Note that the information in items 1 and 2 could easily 
have been combined as the simple distance along the path. 
However, separating 1 and 2 is a localization optimization 
that makes it possible, for example, to rerecord or truncate 
early sections of the path without it being necessary to 

40 recompute the path parameters for all subsequent events. 
Similarly, item 3 could have been the absolute elapsed time. 
Instead, it uses delta lime as a localization optimization to 
avoid otherwise unnecessary recompulation from edits. As a 
result of this method of separately storing path and event 

45 data, events are executed at their proper location and time. 
During the recording processing, mouse and path-based 
smoothing is appUed before the location is determined 
where the actor is to be displayed in each frame. This allows 
path smoothing to reduce path ine gularity, while simulta- 

50 neously preserving the WYSIWYG character of the movie. 
This allows the visual replay of the movie to be exactly the 
same as the original recording. In addition, path storage is 
limited to reasonable size, and both forward and backward 
transversal of the path is fast and accurate. 

55 The preferred system and method for providing location- 
based path and event data will now be described in con- 
junction with FIGS. 5, 13-19. As mentioned above, FIGS. 
Sa and Sb are illustrations of screen displays associated with 
the recorded actions of the actor 385. In FIG. 5a, the actor 

60 385 is performing a running action as he moves across the 
screen from left to right. In FIG. 56, the actor 385 is lying 
down after having completed a falling action, which took 
place after the actor 385 reached a point near the right side 
of the screen. 

65 FIG. 13 illustrates series of frames or cells that make up 
a preanimated running sequence. Such a sequence of actions 
is repeated as an actor moves along a path in order to give 
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the appearance that the actor is runDuig across the screen. As 
mentioned above, the distance between each cell is deter- 
mined by the particular action being rendered. Therefore, 
preanimation results in the actor going a predetermined 
distance before the next cell in the sequence needs to be 
displayed. As the user moves the mouse during the recording 
process, the user will not see the next frame displayed until 
the actor has traveled the distance to the next cell, 

FIGS. 14-16 illustrate the steps that take place while a 
movie is being recorded and the data that results. The 
example of FIGS. 14-16 coincides with the animation 
depicted in FIG. 5, in which the actor runs across the screen 
from left to right, and then faints after reaching a point near 
the right side of the display. FIG. 14 is a state diagram 
illustrating an exemplary method 1400 for recording a 
location-based animated sequence. FIG. 15 is a diagram that 
illustrates a path traveled by the actor, the nodes created 
during the recording process, and the actions that are taking 
place along the path. FIG. 16 is a table that illustrates the 
path and events hsts associated with the example of FIGS. 
13 and 14. 

In the state diagram of FIG. 14, the method 1400 begins 
at the idle state 1405. When the user selects the action button 
displayed on the display, the method advances to state 1410. 
At state 1410 the user selects the desired action (e.g., 
running) and identifies the actor to which the action will be 
applied. The recording begins when the user presses tbe 
mouse button. If the user is also moving the mouse, the 
method proceeds to state 1415. If the mouse is stationary 
while the button is depressed, the method proceeds to state 
1420, 

At state 1415 the method 1400 is recording the path as tbe 
actor is being moved by the user. This involves identifying 
and storing the coordinates of nodes, which are used to 
define the actor's path. At state 1415 the computer deter- 
mines when the mouse has moved far enough to arrive at the 
next cell in the preanimated sequence. As mentioned earlier, 
preanimation results in going a predetermined distance 
before the next action needs to be displayed. As the user 
moves the mouse, he or she will not see the next frame in the 
sequence displayed until the actor has traveled the prede- 
termined distance to the next frame. Once the actor has 
traveled a sufficient distance, the next frame is displayed at 
state 1415. From state 1415 the method proceeds to stale 
1425 and records the location of the node that is identified 
with the cell displayed in state 1415. 

If the user releases the mouse button, the method 
advances to state 1430 and terminates. If the user continues 
to hold down the mouse buUon and move the mouse, the 
method 1400 returns to state 1415 and displays the next cell 
in the preanimated sequence. If at state 1425 the user 
continues to depress the mouse button but holds the mouse 
stationary, the method proceeds to state 1420. 

At Slate 1420 the computer records time -based action 
taking place at a single point in the path. At state 1420 the 
method displays the next cell in the preanimated sequence 
after a predetermined amount of time has elapsed. From 
state 1420 the method goes to state 1435 where the elapsed 
time at that location is recorded in the event list. 

If the user releases the mouse button, the method 
advances to slate 1430 and terminates. If the user continues 
to hold down the mouse button and move the mouse, the 
method 1400 returns to state 1415 and displays the next cell 
in the preanimated sequence. If at state 1425 the user 
continues to depress the mouse button but holds the mouse 
stationary, the method proceeds to slate 1420. 

FIG. 15 illustrates an exemplary path associated with an 
actor running across the screen and fainting. FIG. 15 rep- 
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resents a bird's eye view of the path and indicates movement 
in the x-z plane. In this particular example, the actor moves 
in a straight line along the x-axis only. The circles along the 
path indicate the nodes, which represent the location each 
5 cell in the preanimated sequence was displayed. FIG. 15 also 
indicates where along the path the run and faint actions 
began. 

FIG. 16 is a table that illustrates the path and events hsts 
associated with the example of FIGS. 14 and 15. As men- 
tioned above, the path hst and event list are stored sepa- 
rately. Once the original path is recorded, editing the movie 
does not change the path list unless the path itself is 
rerecorded. 

As illustrated in FIG. 16, the path list includes the (x, y, 
z) coordinates for each node in the path and the distance 
1^ from each node to the next node in the path. The headings 
used in the path list of FIG. 16 are as follows: 



Node # sequential node numbers 

Coord {x, y. z) coordinates of the node 

d distance from current node to next node 



As also illustrated in FIG. 15, the event list indicates the 
action to be performed by the actor and the place at which 
the action takes place. The headings used in the event list are 
as follows: 



Action 


action to be pci formed by the actor 


Node 


node at or beyond which action begins 




or takes place 


+D 


distance beyond Node at which action 




takes place 


ET 


elapsed time at current position 




pe^orming action 


VAR 


variable, iif needed (e.g., which costume 




to change to) 



Thus, the event list of FIG. 16 indicates that the actor 
begins to run at node 0 and continues to do so until he 
reaches node 50. At node 50, the actor is stationary and 

40 faints performs the fainting action over the next 15 seconds. 
FIGS. 17-19 illustrate the process of editing a movie and 
the data that results from the editing process. The example 
of FIGS. 17-19 comddes with editing the movie of FIG. 15 
so that the actor begins walking at a point approximately V* 

45 of the way across the screen, changes costumes at the half 
way point, continues walking to the right side of the screen, 
and then faints. FIG. 17 is a state diagram illustrating an 
exemplary method 1700 for editing a location-based ani- 
mated sequence, FIG. 18 is a diagram that illustrates a path 

50 traveled by the actor, the nodes created during the recording 
process, and the actions that are added during the editing 
pnDcess. FIG. 19 is a table that illustrates the path and event 
lists associated with the edited example. 

In the state diagram of FIG. 17, the method 1700 begins 

55 at the idle state 1705. When the user advances the movie to 
the frame he or she wants to edit, the method advances to 
state 1710 where it identifies the frame that is being dis- 
played. When the user selects an action or event button and 
identifies an actor, the method goes to state 1715. At state 

60 1715 the computer edits the event list to indicate that the 
newly selected action or event begins at that frame. From 
state 1715 the method advances depending on the input 
provided by the user. 

If the user exits the editing process at that point without 

65 doing any additional editing, the method advances to state 
1720 and terminates the editing process. The edited movie is 
now available to be viewed. 
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If, at state 1715 the user presses the mouse button, the 
action depends on whether the mouse is moving or station- 
ary. If the mouse is moving, the method goes to state 1725 
and begins to record a new path. In the preferred program, 
this results in the remainder of the original path being 
truncated. If the user desires to merely add a new path 
segment and then return to the closest point on the original 
path, this may be accomplished by holding down the 
SHIFT+CNTRL keys while moving the mouse. When edit- 
ing the path, the computer determines when the mouse has 
moved far enough to arrive at the next cell in the prcani- 
matcd sequence associated with the selected action. As 
mentioned earlier, preanimation results in going a predeter- 
mined distance before the next action needs to be displayed. 
As the user moves the mouse, he or she will not see the next 
frame in the sequence displayed until the actor has traveled 
the predetermined distance to the next frame. Once the actor 
has traveled a sufficient distance, the next frame is displayed 
at state 1725. From state 1725 the method proceeds to state 
1730 and records the location of the node that is identified 
with the cell displayed in state 1725. 

If the user releases the mouse button, the method 
advances to state 1720 and terminates. If the user continues 
to hold down the mouse button and move the mouse, the 
method 1700 returns to state 1725 and displays the next cell 
in the preanimated sequence. If, at state 1735, the user 
continues to depress the mouse button but holds the mouse 
stationary, the method proceeds to state 1735. 

If, at state 1715 the user presses the mouse button while 
holding the mouse stationary, the method goes to state 1735. 
At state 1735 the computer records time -based action taking 
place at a single point in the path. At state 1735 the method 
displays the next cell in the preanimated sequence after a 
predetermined amount of time has elapsed. From state 1735 
the method goes to state 1740 where the elapsed time at that 
location is recorded in the event list. 

If the user releases the mouse button, the method 
advances to state 1720 and terminates. If the user continues 
to hold down the mouse button and moves the mouse, the 
method 1700 goes to slate 1725 and displays the next cell in 
the preanimated sequence. If at state 1740 the user continues 
to depress the mouse button while holding the mouse 
stationary, the method returns to state 1735. 

FIG. 18 illustrates the edited path associated with actor 
running across a portion of the screen, walking for a while, 
changing costumes, and fainting. Like FIG. 15, BG. 18 
represents a bird's eye view of the path and indicates 
movement in the x-z plane. The circles along the path 
indicates the nodes, which represent the location each cell in 
the preanimated sequence was displayed when the path was 
originally recorded. FIG. 18 also indicates where along the 
path the run and faint actions began. 

FIG. 19 is a table that illustrates the path and events lists 
associated with the edited example of FIGS. 17 and 18. As 
mentioned above, once the original path is recorded, editing 
the movie does not change the path list unless the path itself 
is rerecorded. 

As illustrated in FIG. 19, the path list includes the (x, y 
z) coordinates for each node in the path and the distance 
from each node to the next node in the path. Because the 
path has not been changed, these values are the same as the 
values included in the path list of FIG. 16. 

As mentioned earlier, the nodes are placed when initial 
action is recorded and define the shape of the path. As a 
result, unless the path itself is changed, the same nodes are 
maintained even if actions along the path are edited. Those 
skilled in the art will appreciate that the cells associated with 
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the preanimated actions added during edits may not fall on 
the originally recorded nodes. However, the preferred appli- 
cation program will display the cells at the proper location 
along the path as the actor moves along the path. 

5 FIG. 19 also illustrates the edited event list, which now 
includes the switch to walking at node 10 and a costume 
change at node 25. The event entry associated with the 
costume change include a value for the variable. In this case, 
the variable is needed to indicate which costume the actor is 

10 supposed to change to. Once the actor changes costumes at 
node 25, it continues walking to node 50 where the actor 
faints in place as before. 

From the foregoing examples, those skilled in the art will 
appreciate that the present invention facilitates and simpli- 

15 fies the editing process by ensuring that events subsequent to 
the edits still occur where the user expects them to. For 
example, in the present case, the actor still faints at the right 
edge of the display. This happens in the correct position 
regardless of whether the actor runs there quickly or walks 

20 there fairly slowly. 

In summary, the location-based path model of the present 
invention allows a recorded movie to be edited while 
maintaining the synchronization with other events and the 
positions at which those events originally occurred. In this 

25 maimer, the present invention provides the ease of both first 
time recording and subsequent editing and provides a pow- 
erful and intuitive interface for the user. 

Costume Changer 

One possible event that can be recorded by the preferred 
program is for the actor to change costumes. FIG. 6 illus- 
trates the user interface for changing costumes, as previously 
discussed. The preferred program displays the costume 
changer dialog 600 when the user desires to change the 
costume of an actor 385. 

As previously mentioned, a 3D actor is a representative 
type of object that can be rendered on the monitor. Objects 
can contain a number of object parts that are related to each 

^ other and that can be grouped into sets. For example, if the 
object is a 3D humanoid actor, the object parts can corre- 
spond to various body parts. 

Another aspect of the present invention involves changing 
the appearance of the object. Rather than forcing the user to 

45 individually change the appearance for each individual 
object part, intuitive sets of object parts are created. These 
object part sets allow a user to change the appearance, also 
described as a costume or attribute, for a selected set of 
object parts with a single user-interface operation. 

50 FIG. 20 is a diagram that illustrates an exemplary hier- 
archical relationship for a group of object parts that make up 
an object, such as an actor. For purposes of the discussion 
with respect to FIGS. 20-24, the object is represented by an 
actor. However, those skilled in the art will appreciate that 

55 this aspect of the present invention is useful for other types 
of objects. 

The object parts are associated with certain attributes that 
define the appearance of the overall object. The attributes for 
the overall object are made up of distinct display parameters. 

60 Each object part has display parameters, such as an associ- 
ated shape, material, and an optional texture-map attribute. 
The shape attribute describes the volume of the object part. 
The material attribute defines the base color of the object 
part and how it interacts with light (e.g., how "shiny" it is). 

65 The texture-map attribute defines the detailed appearance of 
the object part. Texture-map attributes are used in the 
preferred embodiment to provide details like facial expres- 
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sion and clothing details and to help make the object, such 
as a 3D humanoid actor, look realistic. 

Referring now to FIG. 20, an object 2000 is illustrated as 
an exemplary collection of object parts 2005-2080 that are 
graphically linked together in a predefined hierarchical 
manner. The object 2000 shown in FIG. 20 is exemplary of 
a 3D humanoid actor. In the preferred embodiment, a torso 
object pan 2005 is the base or highest order object part in 
this example object 2000. The hierarchical relationship to 
the other object parts 2010-2080 is described as follows. 

The torso object part 2005 is linked to a neck object part 
2010, which is further linked to a head object part 2015. The 
torso object part 2005 is also linked to a left upper arm object 
part 2020, which is further linked to a left forearm object 
part 2025, which is further linked to a left hand object part 
2030. The torso object part 2005 is also linked to a right 
upper arm object part 2035, which is further linked to a right 
forearm object part 2040 which, in turn, is further hnked to 
a right hand object part 2045. 

Additionally, the torso object part 2005 is linked to a 
pelvis object part 2050. The pelvis object part 2050 is linked 
to a left thigh object part 2055, which is further linked to a 
left lower leg object part 2060, which is further linked to a 
left foot object part 2065. The pelvis object part 2050 is also 
linked to the right thigh object part 2070, which is further 
linked to the right lower leg object part 2075, which is 
further linked to the right foot object part 2080. 

From a visual perspective, renderings of object parts can 
be displayed on the computer monitor as being flexibly 
related. Referring to FIG. 20, this means that connections 
between object parts act as "joints" allowing flexibility 
between the generally rigid object parts. For example, while 
the left hand object part 2030 is linked to left forearm object 
part 2025, each can be successively presented on the com- 
puter monitor with different orientations. The connection 
between the left hand object part 2030 and the left forearm 
object part 2025 acts as a joint. Thus, the object 2000 can be 
animated by rendering the object parts 2005-2080 in suc- 
cessively different positions about the joints while remaining 
flexibly Hnked together. 

As discussed in more detail below, the hierarchical rela- 
tionship between each object part 2005-2080 is established 
in order to intuitively create sets of these object parts 
2005-2080. The hierarchical relationship and the sets of 
object parts are described in more detail in FIGS. 21-23. 

FIG. 21 is a table 2100 that numerically illustrates the 
hierarchical relationship between the object parts illustrated 
in FIG. 20. The table 2100 includes a list of each of the 
object parts illustrated in FIG. 20 and the corresponding 
object part number. In addition, a hierarchical "parent^' 
relationship is designated using the object part number for 
the higher-order object part linked to that particular object 
part. In this manner, when any motion is applied to a parent 
object part, motion is also inherently applied to the lower- 
order "child" object parts. Furthermore, with this numeric 
approach, it is a straightforward matter to maintain a list of 
which object parts are linked to other object parts. 

The last column of the table 2100 lists an object part set 
number for each object part. As mentioned earUer, rather 
than forcing the user to individually change the appearance 
for each object part, intuitive sets of object parts are created. 
The display attribute for each object part set includes a 
display parameter for each object part in the set. Utihzing 
object part sets allows a user to change the display attribute 
for a selected set of object parts in a single user-interface 
operation. 



16,675 

30 

FIG. 22 is a table 2200 designating specific object part 
sets listed in FIG. 21. Each object part set is selected in a 
manner that is consistent with a user's expectations for the 
specific type of object and is designated with a different 

5 number. For example, the "shirt" object part set from the 
table 2200 was created for the actor object 2000 illustrated 
in FIG, 20. The "shirt" object part set is given the designa- 
tion "0" and intuitively includes five distinct object parts: the 
torso, left upper arm, left forearm, right upper arm, right 

10 forearm listed in the table 2100 in FIG. 21. Thus, a group of 
display parameters for the object parts in the "shirt" set 
makes up the display attribute or costume for the "shirt." 

FIG. 23 is a table 2300 of display parameters forming 
different display attributes or costumes for a "shirt" object 

15 part set. Each object part of the "shirt" is listed in the 
columns of the table 2300. The object parts in the table 2300 
are listed from the left, in descending hierarchical order, as 
determined from the object part number in table 2100. 
Underneath each object part is listed the display parameter 

20 for that object part. Thus, each row contains a group of 
display parameters making up a single costume of the "shirt" 
object part set. Group 1 is a "shirt" that is totally white. 
Group 2 is a "shirt" that is denim. Group 3 is a "shirt" that 
appears as a green short sleeve shirt by making the left 

25 forearm and right forearm flesh colored. 

As a result, the user is able to change the object's "shirt" 
by cycling through different groups of display parameters 
for the "shirt" object part set. The user accomplishes this by 
placing the cursor on any one of the object parts that make 
up the "shirt" and repeatedly clicking the mouse button. 
- FIG. 24 is a flowchart illustrating an exemplary method 
2400 of using a single user interface operation to change the 
appearance of an object having multiple object parts. The 
method 2400 begins at step 2405 by displaying object on the 
monitor. The user can select one of the object parts of the 
object with a single user interface operation, such as clicking 
a mouse button when the cursor is positioned over the 
desired object part. 

4Q Id step 2410, the computer responds to the single user 
interface operation by determining which object part set is 
associated with the selected object part. As mentioned 
earlier, an object part number is associated with each object 
part. The selected object part set is determined by looking in 

45 a table of object parts, similar to the table 2100 from FIG. 
21, using the selected object part number as a pointer. In step 
2415, a variable, X, is defined as the total number of object 
parts within the selected object part set. In step 2420, an 
array, ObjectPart(X), is defined to contain a list of the object 
parts in descending hierarchical order for the selected object 
part set. 

As mentioned earlier, a costume includes a group of 
display parameters for each object part in an object part set. 
The preferred program has a predetermined number of 
55 different costumes for each object part set. For example, 
three different groups of display parameters or costumes for 
a "shirt" object part set are listed in the table 2300 in FIG. 
23. 

In step 2425, the computer determines the next display 
60 attribute or costume for the selected object part set based 
upon the current costume. The computer tracks the current 
costume on a particular row of a data table populated with 
display parameters for each object part, similar to the table 
2300 in FIG. 23. Using the "shirt" example from FIG. 23, 
65 the current costume for the "shirt" may be Group 2. 
Accordingly, the computer would determine the next display 
attribute or costume for the "shirt" by reading the display 
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parameters from the next row correspoading to Group 3. 
However, if the current costume for the "shirt" is Group 3 
(last row), the next display attribute or costume is deter- 
mined by reading the display parameters from Group 1 (first 
row). Thus, there is continuously a "next" costume for the 
selected object part set 

Turning back to FIG. 24, the costume for the object part 
set is presented to the user in steps 2430-2445. To accom- 
plish this, the computer displays the set of object parts in 
hierarchical order using the appropriate display parameter 
for each object part. For the "shirt" example of FIG. 23, the 
costume defined in Group 3 would be presented by indi- 
vidually applying green to the torso, green to the left upper 
arm, flesh color to the left forearm, green to the right upper 
arm, and flesh color to the right forearm. 

Referring back to FIG. 24, in step 2430, an index variable, 
Index, is set to one. In step 2435 the appropriate display 
parameter is applied to an individual object part in the set. 
In step 2440, the method 2400 ends if new display param- 
eters have been applied to all object parts in the set. 
Otherwise, step 2445 increments the index variable and the 
appropriate display parameter is applied to the next object 
part in the set in step 2435. Thus, via a single user interface 
operation, the user is able to change the appearance of an 
object having multiple object parts. 

SUMMARY OF THE DETAILED DESCRIPTION 

From the foregoing description, it will be appreciated that 
the present invention provides a system and method for 
placing and orienting objects in space and for recording 
actions performed by the objects as they travel along a path. 
This system and method are embodied in a process of 
creating a 3D computer animated movie. In simamary, a 3D 
scene and actor (a class of 3D rendered objects) are initially 
selected by the user. The user moves the moxise to place and 
orient the actor within the 3D scene. Positioning and ori- 
enting of the actor is accomplished based on the distance and 
angle of mouse movement. One aspect of the present inven- 
tion provides an efficient and natural interface for users to 
manipulate 3D objects without requiring additional types of 
input beyond 2D mouse inputs. Once the actor has been 
placed in the desired initial location and with the desired 
orientation, the content of the movie can be recorded. 
Another aspect of the present invention records the path 
along which an actor is moved and the actions performed by 
the actor at specific locations along the path. By using a 
location -based recording model, editing and synchroniza- 
tion of the movie are enhanced. An example of one such 
action is for the actor to change costumes. The costume of 
the actor is changed by selecting part of the actor with a 
single user interface operation, such as a mouse click. 
Repeatedly clicking upon the selected part of the actor 
cycles through different costumes on that part of the actor. 

The foregoing system may conveniently be implemented 
in a program module or program that is based upon the flow 
charts in FIGS. 7, 8, 14, 17, and 24. No particular program- 
ming language has been required for carrying out the various 
procedures described above because it is considered that the 
operations, steps, and procedures described above and illus- 
trated in the accompanying drawings are sufficiently dis- 
closed to permit one of ordinary skill in the art to practice the 
present invention. Moreover, there are many computers and 
operating systems which may be used in practicing the 
present invention and therefore no detailed computer pro- 
gram could be provided which would be applicable to all of 
these many different systems. Each user of a particular 
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computer will be aware of the language and tools which are 
most useful for that user*s needs and purposes. 

The present invention has been described in relation to 
particular embodiments which are intended in all respects to 
be illustrative rather than restrictive. Although the present 
invention has been described in the context of a himianoid 
actor in a movie scene, those skilled in the art will under- 
stand that the principles of the present invention apply to any 
tasks or processes that render a 3D object in 3D space. 
Additionally, although the present invention has also been 
described in the context of actions performed by an actor 
traveling along a path, those skilled in the art will understand 
that the principles of the present invention apply to any tasks 
or processes that require associating events with related 
movement of a 3D object in space. Changing the costume of 
an actor is merely an example of an event related to a 3D 
object. Moreover, a^ects of the present invention may also 
be applied to any of a number of scenarios, including 
changing the texture or shape of legs on a rendered repre- 
sentation of a piece of furniture and changing the type of lire 
on a rendered representation of an automobile. 

Alternative embodiments will become apparent to those 
skilled in the art to which the present invention pertains 
without departing from its spirit and scope. Accordingly, the 
scope of the present invention is defined by the appended 
claims rather than the foregoing description. 

What is claimed is: 

1. A computer-readable medium storing computer 
executable-instructions for performing the steps of: 

defining a three-dimensional space with reference to a 
three dimensional coordinate system; 

defining an object located at an initial position and 
orientation in the three dimensional space; 

receiving user input corresponding to movement of a 
two-dimensional input device; 

translating the two-dimensional user input into movement 
of the object in the direction of the object orientation in 
the three-dimensional space; 

if the distance of the object movement during a time - 
interval is greater than a predefined threshold, inter- 
preting the user input as a change in the position of the 
object in the three-dimensional space; and 

if the distance of the object movement during the time 
interval is not greater than the predefined threshold, 
interpreting the user input as a change in the orientation 
of the object in the three-dimensional space. 

2. The computer-readable medium of claim 1, wherein 
said computer- ex ecu table instrxictions further perform the 
steps of; 

calculating the distance D between the initial location and 

a candidate location; 
calculating a candidate orientation for the object; 
determining a display location for the object based on the 

distance D, the initial orientation, and the candidate 

orientation; 

determining a display orientation for the object based on 

the distance D, the initial orientation, and the candidate 

orientation; and 
displaying the object at the display location and oriented 

at the display orientation in the three dimensional 

space. 

3. The computer-readable medium of claim 2, wherein the 
step of determining the display orientation includes smooth- 
ing the movement of the object to avoid the appearance of 
discrete rotational turns by the object. 
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4. The computer-readable medium of claim 2, wherein the 
candidate orientation is calculated by computing the angular 
change between the initial orientation and an orientation 
specified by a vector having an origin at the initial location 
and pointing toward the candidate point. 

5. The computer-readable medium of claim 2, wherein 
said computer-executable instructions further perform the 
steps of: 

determining whether the distance D is above a predeter- 
mined threshold value; 

determining whether the angular change between the 
initial and candidate orientations is above a threshold 
degree; and 

if the distance D is above a threshold distance value and 
the angular change between the initial and candidate 
orientations is above a threshold degree, then momen- 
tarily damping the distance D in determining the dis- 
play location and setting the display orientation equal 
to the candidate orientation while the object is being 
displayed wherein the object has the appearance of a 
momentary pause prior to turning to the display orien- 
tation and moving in the direction of the display 
orientation. 

6. The computer-readable medium of claim 2, wherein 
said computer-executable instructions further perfoim the 
steps of; 

determining whether the distance D is above a predeter- 
mined threshold value; 

determining whether the angular change between the 30 
initial and candidate orientations is above a threshold 
degree; and 

if the distance D is above a threshold distance value and 
the angular change between the initial and candidate 
orientations is not above a threshold degree, then 35 
setting the display location at the distance D and setting 
the display orientation equal to the candidate orienta- 
tion while the object is being displayed such that the 
object precisely tracks the user's input. 

7. The computer-readable medium of claim 2, wherein ^ 
said computer-executable instructions further perform the 
steps of: 

determining whether the distance D is above a predeter- 
mined threshold value; 

determining whether the angular change between the 
initial and candidate orientations is above a threshold 
degree; and 

if the distance D is not above a threshold distance value 
and the angular change between the initial and candi- 
date orientations is above a threshold degree, then 
damping the distance D in determining the display 
location and smoothing the candidate orientation in 
determining the display orientation wherein the object 
is rotated without the appearance of discrete rotational 
turns. 

8. The computer-readable medium of claim 2, wherein 
said computer-executable instructions further perform the 
steps of: 

determining whether the distance D is above a predeter- 
mined threshold value; 

determining whether the angular change between the 
initial and candidate orientations is above a threshold 
degree; and 

if the distance D is not above a threshold distance value 
and the angular change between the initial and candi- 
date orientations is not above a threshold degree, then 
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smoothing the candidate orientation in determining the 
display orientation while keeping the object at the 
initial bcation. 

9. The computer-readable medium of claim 1, wherein 
said computer-executable instructions further perform the 
steps of: 

determining a first action to be performed by the object; 
providing a series of images associated with the first 

action, each of the images defining a distance of travel 

of the object; 

determining whether the object is moving in response to 
user input; 

in response to a determination that the object is moving, 
identifying a plurality of nodes along the path of 
movement, the nodes corresponding to the location 
associated with an occurrence of one of the series of 
images; 

in response to a determination that the object is not 
moving, determining the location of the object and the 
amount of time the action is executed at the location; 

storing a path list comprising the location of the nodes; 
and 

storing an event list comprising the location at which the 
first action begins. 

10. The computer- readable medium of claim 9, wherein 
said computer-executable instructions further perform the 
step of storing the elapsed time first action is performed at 
the location. 

11. The computer-readable medium of claim 9, wherein 
the location is indicated by the closest node to the location 
and the distance past the closest node to the location. 

12. The computer-readable medium of claim 1, wherein 
said computer-executable instructions further perform the 
steps of: 

selecting one of a plurahty of object parts with a single 
operation, the selected object part associated with an 
object set, the object set having one of a plurality of 
attributes; 

changing the one of the plurahty of attributes associated 
with the object part set to a second of the plurality of 
attributes in response to selecting the object part; and 

displaying the object part set using the second of the 
plurality of attributes, 

13. The computer-readable medium of claim 12, wherein 
each of the plurality of attributes defines a light -interaction 
characteristic and a color characteristic of the object part set. 

14. The computer-readable medium of claim 12, wherein 
each of the plurality of attributes defines a visual appearance 
of the object part set. 

15. The computer-readable medium of claim 12, wherein 
each of the plurality of attributes defines a shape character- 
istic of the object part set. 

16. The computer-readable medium of claim 12, wherein 
each of the plurality of attributes includes a plurality of 
display parameters being assigned to each of the plurality of 
object parts associated with the object part set. 

17. The computer-readable medium of claim 12, wherein 
the plurahty of display parameters is capable of being 
heterogeneous. 

18. A method of animating an object in three-dimensional 
space, comprising the steps of: 

defining a three-dimensional space with reference to a 

three dimensional coordinate system; 
defining an object located at an initial position and 

orientation in the three dimensional space; 



07/11/2003, 



EAST Version: 



1 .04 . 0000 



5,986,675 



35 



36 



receiving user input corresponding to movement of a 
two-dimensional input device; 

translating the two-dimensional user input into movement 
of the object in the direction of the object orientation in 
the three-dimensional space; 

if the distance of the object movement during a time 
interval is greater than a predefined threshold, inter- 
preting the user input as a change in the position of the 
object in the three-dimensional space; and 

if the distance of the object movement during the time 
interval is not greater than the predefined threshold, 
interpreting the user input as a change in the orientation 
of the object in the three-dimensional space. 

19. A computer system for animating an object in three- 
dimensional space, comprising: 

a processing unit; 

an input device connected to the processing unit; and 
a display device coupled to the processing unit for dis- 
playing the object; 
the processing unit, responsive to instructions from a 
program module running on the computer system, 
being operative to: 

(a) define a three-dimensional space with reference to 
a three dimensional coordinate system; 

(b) define an object located at an initial position and 
orientation in the three dimensional space; 

(c) receive user input corresponding to movement of a 
two-dimensional input device; 

(d) translate the two-dimensional user input into move- 
ment of the object in the direction of the object 
orientation in the three-dimensional space; 

(e) if the distance of the object movement during a time 
interval is greater than a predefined threshold, inter- 
pret the user input as a change in the position of the 
object in the three-dimensional space; and 

(f) if the distance of the object movement during the 
time interval is not greater than the predefined 
threshold, interpret the user input as a change in the 
orientation of the object in the three-dimensional 
space. 

20. A method of creating an animated movie, comprising 
the steps of: 

defining a three-dimensional space with reference to a 

three dimensional coordinate system; 
defining an object located at an initial position and 

orientation in the three dimensional space; 
selecting one of a plurality of available three-dimensional 

scenes; 

selecting one of a plurality of available actors; 

displaying the selected actor at an initial position in the 
selected scene; 

receiving user input corresponding to movement of a 
two-dimensional input device; 

translating the two-dimensional user input into movement 
of the object in the direction of the object orientation in 
the three-dimensional space; 

if the distance of the object movement during a time 60 
interval is greater than a predefined threshold, inter- 
preting the user input as a change in the position of the 
object in the three-dimensional space; and 
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if the distance of the object movement during the time 
interval is not greater than the predefined threshold, 
interpreting the user input as a change in the orientation 
of the object in the three-dimensional space. 

21. A computer system for creating an animated movie, 
comprising: 

a processing unit; 

an input device connected to the processing unit; and 
a display device coupled to the processing unit for dis- 
playing the object; 
the processing unit, responsive to instructions from a 
program module running on the computer system, 
being operative to: 

(a) define a three-dimensional space with reference to 
a three dimensional coordinate system; 

(b) define an object located at an initial position and 
orientation in the three dimensional space; 

(c) select one of a plurality of available three- 
dimensional scenes; 

(d) select one of a plurality of available actors; 

(d) display the selected actor at an initial position in the 
selected scene; 

(e) receive user input conesponding to movement of a 
two-dimensional input device; 

(f) translate the two-dimensional user input into move- 
ment of the object in the direction of the object 
orientation in the three-dimensional space; 

(g) if the distance of the object movement during a time 
interval is greater than a predefined threshold, inter- 
pret the user input as a change in the position of the 
object in the three-dimensional space; and 

(h) if the distance of the object movement during the 
time interval is not greater than the predefined 
threshold, interpret the user input as a change in the 
orientation of the object in the three-dimensional 
space. 

22. A computer-readable medium storing computer- 
executable instructions for performing the steps of: 

defining a three-dimensional space with reference to a 

three dimensional coordinate system; 
defining an object located at an initial position and 

orientation in the three dimensional space; 
selecting one of a plurality of available three-dimensional 

scenes; 

selecting one of a plurality of available actors; 

displaying the selected actor at an initial position in the 
selected scene; 

receiving user input corresponding to movement of a 
two-dimensional input device; 

translating the two-dimensional user input into movement 
of the object in the direction of the object orientation in 
the three-dimensional space; 

if the distance of the object movement during a time 
interval is greater than a predefined threshold, inter- 
preting the user input as a change in the position of the 
object in the three-dimensional space; and 

if the distance of the object movement during the time 
interval is not greater than the predefined threshold, 
interpreting the user input as a change in the orientation 
of the object in the three-dimensional space. 
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